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ABSTRACT 


Reddy,  Srikanth,  M.S.,  Purdue  University,  May  2005.  URDS  -  Monitoring  and 
Management  System.  Major  Professor:  Dr.  Rajeev  R.  Raje. 

Application  development  and  deployment  is  moving  from  centralized  sequential  systems 
towards  parallel  and  Distributed  Computing  Systems  (DCS),  and  there  has  been  a 
growing  trend  of  developing  software  systems  using  a  Component-based  Software 
Development  (CBSD)  approach.  UniFrame  is  one  such  approach  providing  a  seamless 
framework  for  constructing  a  DCS  by  semi-automatic  integration  of  heterogeneous 
distributed  software  components.  UniFrame  Resource  Discovery  Service  (URDS)  is  the 
constituent  of  UniFrame,  responsible  for  discovering  software  components.  Since  URDS 
consists  of  many  concurrent  processes,  understanding  its  execution  behavior  is  a  major 
challenge.  Such  a  discovery  service  requires  a  framework  that  provides  information  about 
the  execution  behavior  of  the  software  system.  The  research  of  this  project  designs  and 
implements  such  a  monitoring  framework,  UniFrame  Resource  Discovery  Service  - 
Monitoring  and  Management  System  (URDSMMS)  for  the  URDS.  The  monitoring 
framework  includes  the  tasks  of  collecting  dynamic  behavioral  data,  interpretation  of  this 
data,  and  display  of  the  processed  information.  A  user  interface  was  also  developed  for 
easy  operation  of  the  monitoring  system.  To  ascertain  the  benefits  of  this  monitoring 
system,  an  experimental  analysis  using  the  prototype  has  also  been  performed. 
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1.  INTRODUCTION 


The  rapid  advancement  in  the  processor  and  networking  technologies  and  the  need  for  a 
greater  computing  power  has  led  to  the  development  of  Distributed  Computing  Systems 
(DCSs).  A  DCS  is  defined  as  sharing  of  hardware  or  software  components  located  at 
different  computers  connected  over  a  network  which  communicate  and  coordinate  by 
passing  messages  [COUOl].  Typically  components  in  a  DCS  are  characterized  by  their 
geographical  isolation  and  non-sharing  of  physical  memory.  As  a  result  the  integration  of 
these  disparate  components  is  a  challenging  task  in  the  construction  of  a  DCS. 

Developing  software  from  already  available  software  components  has  been  a  growing 
trend  in  building  software  systems.  This  is  achieved  by  using  Component-Based  Software 
Development  (CBSD),  which  aims  in  developing  software  systems  by  assimilating 
previously  available  software  components.  This  CBSD  approach  can  be  applied  in  the 
construction  of  a  DCS,  where  the  components  have  public  interfaces  and  private 
implementations,  and  are  independently  created  and  deployed  over  a  network.  These 
deployed  components  can  be  heterogeneous,  which  makes  the  construction  of  a  DCS  a 
complex  task. 

An  important  step  in  building  a  DCS  using  the  component-based  approach  is  the 
discovery  of  heterogeneous  software  components.  These  components  should  regularly 
discover  one  another,  offer  and  utilize  services,  and  agree  on  the  cost  and  quality  of 
services.  Such  a  scheme  should  provide  for  a  scalable  solution  and  hide  the  underlying 
heterogeneity  [RAJ01]  of  a  DCS.  UniFrame  [RAJOO]  project  provides  a  solution  for  this 
problem. 


1.1.  UniFrame 


The  UniFrame  Approach  (UA)  [RAJ01]  provides  a  comprehensive  framework  that 
allows  a  seamless  interoperation  of  heterogeneous  and  distributed  software  components. 
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This  framework  incorporates  the  following  concepts;  (i)  a  meta-component  model  (the 
Unified  Meta  Model  -  UMM)  [RAJOO],  with  a  hierarchical  setup  for  indicating  the 
contracts  and  constraints  of  the  components,  (ii)  an  integration  of  Quality  of  Service 
(QoS)  at  both  individual  component  level  and  distributed  system  level,  (iii)  a  mechanism 
for  the  validation  and  assurance  of  QoS  aspects,  based  on  event  grammars,  and  (iv) 
generative  rules,  along  with  their  fonnal  specifications,  for  integrating  an  ensemble  out  of 
available  components. 

The  UA  specifies  a  framework  for  component  developers  to  create,  test  and  validate 
components  from  the  Quality  of  Service  (QoS)  perspective.  The  developed  components 
are  then  deployed  on  the  network  and  are  available  for  system  integrators  to  select  and 
semi-automatically  generate  a  software  solution  for  the  DCS  under  consideration.  The 
framework  also  incorporates  a  resource  discovery  service  called  UniFrame  Resource 
Discovery  Service  (URDS)  [SIR03].  The  URDS  is  responsible  for  discovering  the 
software  components  dynamically  and  hence,  providing  the  System  Integrators  a 
directory-style  access  to  services.  Chapter  2  presents  an  overview  of  URDS  architecture. 

1.2.  Problem  Statement  and  Motivation 

The  URDS,  the  discovery  service  entity  of  UniFrame,  contains  many  concurrent 
processes  for  carrying  out  components  discovery.  The  challenging  issue  in  this  discovery 
service  is  to  control  and  coordinate  different  processes.  To  manage  such  processes,  there 
is  a  need  for  a  monitoring  system.  While  numerous  monitoring  systems  have  been 
developed  for  different  DCS,  such  as  Hawkeye  [HAW],  Monitoring  and  Discovery 
Service  (MDS)  [MDS2],  Ganglia  [MAS04],  they  are  not  specifically  developed  for 
software  resource  discovery  services.  Since  these  system  deals  with  hardware  related 
resources,  they  do  not  focus  on  software  resources.  This  research  project  details  a 
monitoring  system  that  can  be  used  to  dynamically  monitor  and  administer  the  various 
processes  and  entities  encompassing  the  URDS. 
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The  motivation  for  creating  a  monitoring  service  for  URDS  is  as  follows:  In  URDS,  the 
component  selection  is  based  on  their  computational,  co-operational,  auxiliary  attributes 
and  QoS  metrics  [SIR03].  To  do  this  process,  URDS  consists  of  numerous  entities  which 
communicate  among  themselves.  Because  of  this  communication,  large  numbers  of  inter¬ 
process  and  intra-process  messages  are  issued.  To  control  and  coordinate  these,  URDS 
must  be  monitored  throughout  its  execution  so  that  the  system  behavior  can  be  observed 
based  on  the  state  changes  and  failures.  Observing  this  behavior  would  help  the  system 
administrator  in  determining  the  overhead  of  the  URDS  and  hence  could  decide  on 
deploying  new  entities  or  not. 

Monitoring  would  assist  the  system  administrator  with  information  about  each  entity  in 
URDS  and  its  activities  on  the  remote/local  machines.  Monitoring  would  also  aid  in 
providing  details  such  as  the  response  time,  utilization  of  different  entities  of  URDS,  etc. 
This  would  help  to  improve  the  throughput  of  the  system  and  hence  the  overall 
performance  of  URDS.  Presently,  URDS  lacks  such  a  monitoring  system.  Consequently, 
a  system  administrator  is  forced  to  depend  on  manual  supervision  for  detecting  faults  or 
doing  any  other  kind  of  monitoring.  A  monitoring  system  is  essential  for  abstracting  the 
details  of  the  underlying  system,  making  it  possible  even  for  non-expert  users  to  oversee 
the  functioning  of  the  system  and  take  preventive  measures,  and  hence  acting  as  a 
controlling  authority.  The  UniFrame  Resource  Discovery  Service  -  Monitoring  and 
Management  System  (URDSMMS)  is  designed  to  provide  these  facilities  for  monitoring 
and  administering  the  system. 

1.3.  Objectives  :  Statement  of  Goals 

The  project  entails  the  development  of  a  URDSMMS,  through  which  system 
administrators  can  control  and  coordinate  different  activities  in  URDS,  and  system 
integrators  submit  queries  and  select  components  to  compose  distributed  software 
systems. 
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The  specific  objectives  of  this  project  include: 

•  To  analyze  the  behavior  of  entities  in  URDS. 

•  To  develop  a  system  monitoring  prototype  for  URDS,  encompassing  system 
administrator  and  system  integrator  views. 

•  To  provide  facilities  for  management  of  URDS,  by  offering  services  such  as, 
initiation  and  tennination  of  different  entities  in  URDS. 

URDSMMS  aims  at  providing  the  above  functionality  via  a  graphical  interface.  The 
system  continuously  provides  the  details  of  various  entities  of  through  this  graphical 
interface. 


1.4.  Contributions 

The  contributions  of  this  project  are: 

•  It  proposes  a  framework  for  dynamic  monitoring  and  management  of  a  resource 
discovery  service. 

•  It  develops  a  monitoring  and  management  interface,  incorporating  two  views; 
system  administrator  and  system  integrator,  for  the  operation  of  URDS. 

•  It  implements  time-driven  and  event-driven  approaches  for  monitoring 
components  of  a  discovery  service. 

1.5.  Organization  of  this  Report 

The  report  is  organized  into  six  chapters.  An  introduction,  along  with  the  problem 
definition  and  motivation,  objectives,  and  the  contributions  are  provided  in  this  chapter. 
Chapter  2  discusses  the  background  and  related  work  of  this  report.  Chapter  3  describes 
the  existing  monitoring  systems,  and  features  that  can  be  implemented  for  a  monitoring 
and  management  system  of  URDS.  Chapter  4  gives  the  design  and  implementation 
details  of  the  different  entities  that  form  the  URDSMMS  and  also  the  design  of  interface 
for  the  monitoring  system.  The  experimentation  of  URDSMMS  and  analysis  about,  how 
the  features  are  helpful  in  analyzing  the  system  is  discussed  in  Chapter  5.  Chapter  6 
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provides  the  conclusion  of  this  research  work,  the  possible  future  enhancements,  and  the 
summary  of  this  report. 
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2.  BACKGROUND  AND  RELATED  WORK 


This  chapter  presents  an  overview  of  the  UniFrame,  which  forms  a  basis  for  URDSMMS. 
The  chapter  also  provides  an  overview  of  the  other  related  monitoring  systems  and 
discusses  some  of  the  approaches  to  monitor  software  components. 

2.1.  UniFrame 

As  indicated  in  the  first  chapter,  the  objective  of  UniFrame  is  to  provide  a  framework  for 
a  seamless  integration  of  heterogeneous  and  distributed  software  components.  The 
UniFrame  consists  of  the  Unified  Meta-component  Model  (UMM)  [RAJOO]  and  the 
UniFrame  Approach  (UA)  [RAJ01].  The  UA  is  a  component-based  software 
development  approach  based  on  UMM  for  creating  a  DCS  out  of  available  heterogeneous 
distributed  software  components.  A  brief  description  of  UMM  is  presented  in  sub-section 
2.1.1  and  a  description  about  UA  is  presented  in  2. 1 .2. 

2.1.1.  Unified  Meta-Component  Model  (UMM) 

The  Unified  Meta-component  Model  (UMM)  [RAJOO]  is  the  fundamental  concept  behind 
the  UniFrame  project.  It  unifies  the  existing  and  emerging  distributed  component  models 
under  a  common  meta-model.  The  UMM  helps  in  allowing  resource  discovery, 
interoperability  and  collaboration  among  the  heterogeneous  components.  The  UMM 
consists  of  three  parts  and  they  are  as  follows: 

a)  Components:  In  UniFrame,  components  are  autonomous  entities;  they  adhere  to 
different  distributed  component  models,  and  maintain  a  state,  identity  and  behavior. 
These  components  have  well-defined  (public)  interfaces  and  private  implementations. 
Additionally  each  component  in  UMM  have  three  aspects  namely  (i)  Computational 
Aspect,  (ii)  Cooperative  Aspect,  and  (iii)  Auxiliary  Aspect. 
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The  computational  aspect  reflects  the  task(s)  carried  out  by  each  component  which 
in-turn  depends  on  the  objectives  of  the  task,  techniques  used  to  accomplish  the 
objective  and  a  specification  about  the  functionality  of  the  component.  The  UMM 
indicates  the  computational  aspect  using  a  mixed  approach  in  which  the  informal  text 
is  used  to  provide  book  keeping  information  about  the  component,  and  a  precise 
formal  part  for  the  description  of  computation,  its  associated  contracts  and  the  level  of 
service  offered  by  the  component.  The  cooperative  aspect  indicates  the  interaction  of 
the  components.  It  indicates  the  other  components  that  can  collaborate  with  the 
component  under  consideration.  The  auxiliary  aspect  deals  with  issues  such  as,  the 
mobility,  security  and  fault  tolerance  of  the  component.  [RAJOO]  describes  in  detail 
about  the  above  three  aspects. 

b)  Services  and  Sendee  Guarantees:  A  service  as  defined  in  [RAJOO]  could  be  an 
intensive  computational  effort  or  an  access  to  its  underlying  resources.  In  UniFrame, 
components  that  offer  services  should  provide  certain  Quality  of  Service  (QoS) 
guarantees,  so  that  those  components  can  be  selected  for  the  construction  of  a  DCS. 
The  QoS  offered  by  each  component  depends  on,  the  computation  performed,  the 
algorithm  used,  the  expected  computational  effort  and  resources  required,  the  cost  of 
each  service,  and  the  dynamics  of  supply  and  demand  [RAJOO].  In  UMM  it  is 
necessary  to  specify  the  QoS  that  the  component  can  offer  in  terms  of  the  QoS 
parameters  listed  in  the  QoS  catalog  [BRA02], 

c)  Infrastructure:  In  UMM,  the  infrastructure  which  is  necessary  for  the  discovery  of 
components  is  provided  by  UniFrame  Resource  Discovery  Service  (URDS).  The 
deployed  components  can  belong  to  different  component  models  and  their  discovery 
is  based  on  certain  functional  and  non-functional  constraints.  The  URDS 
infrastructure  is  primarily  made  up  of  Headhunters  and  Internet  Component  Broker 
[RAJ01].  Some  of  the  aspects  of  URDS  will  be  further  discussed  in  detail  in  section 
2.1.3. 
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2.1.2.  UniFrame  Approach  (UA) 

The  UA  [RAJ01]  attempts  in  providing  a  framework  for  the  integration  of  distributed 
heterogeneous  software  components.  The  UA  has  two  levels  for  the  generation  of  a  DCS: 
a)  the  component  development  and  deployment  (component  level),  and  b)  an  automatic 
generation  of  system  using  components  and  validation  of  system  QoS  (system  level).  The 
component  level  allows  component  developers  to  create,  test  and  verify  components  from 
the  point  of  view  of  QoS  requirements  and  deploy  them  on  a  network.  The  system  level 
allows  system  integrators/component  assemblers  to  select  and  generate  a  software 
solution  for  a  DCS  under  consideration  by  an  automatic  or  semi-automatic  generation 
process. 

The  UniFrame  Approach  uses  a  Generative  Programming  [CZAOO]  paradigm,  to  generate 
a  system  from  components.  Therefore,  this  process  has  an  underlying  assumption  that  a 
DCS  is  built  around  a  knowledgebase  which  supports  the  component  assembly.  Here,  the 
components  are  created  for  a  specific  application  domain,  based  on  an  accepted  and  a 
standardized  knowledgebase.  The  UniFrame  knowledgebase  (as  shown  in  Figure  2.1)  is 
assumed  to  be  created  by  domain  experts.  The  knowledgebase  consists  of  three  parts: 
general  information,  which  includes  a  description  for  the  modeled  domain;  a  problem 
space,  used  by  an  application  programmer  to  specify  the  needs;  and  a  solution  space, 
which  contains  various  models  including  configuration  knowledge  to  provide  solutions 
for  a  DCS  family.  The  UniFrame  provides  a  specification  mechanism  called  UMM 
Specification.  The  component  developer  uses  this  specification  to  develop  components 
for  a  particular  domain.  Subsequently,  the  developed  component  along  with  its 
specification  is  deployed  over  a  network.  A  sample  UMM  specification  template  is 
provided  in  Table  2.1. 


9 


<?xml  version="l . 0"  encoding= ' utf-8 ' ?> 

<!--  UMM  description  for  DocumentValidationServer  in  the  banking 
domain  example  --> 

<UMM  ConcreteComponent> 

<ComponentName>  UserValidationServer  </ComponentName> 
<ComponentSubcase>  UserValidationServerCasel  </ ComponentSubcase> 
<DomainName>  Document  </DomainName> 

<SystemName>  DocumentManager  </SystemName> 

<Description>  Provide  document  validation  service  in  document. 
</Description> 

<ComputationalAttributes> 

< Inherent At tributes> 

<id>  mage 11 an . cs . iupui . edu : 1 610/UserValidationServer</ id> 
<Version>  1.0  </Version> 

<Author>  Zhisheng  Huang</Author> 

<Date>  August  2002  </Date> 

<Validity>  Yes  </Validity> 

<Atomicity>  Yes  </Atomicity> 

<Registration>  mage 11 an . cs . iupui . edu : 1310/HeadHunter 
</Registration> 

<Model>  Java  RMI  </Model> 

</ InherentAttributes> 

<FunctionalAttributes> 

<Purpose>  Act  as  validation  server  for  users  in  document. 

</Purpose> 

<Algorithms> 

<algorithm>  JFC  </algorithm> 

</ Algor ithms> 

<Complexity>  0(1)  </Complexity> 

<SyntacticContract> 

< Pr ovidedln ter f aces > 

<Interface>  IValidationCasel  </Interface> 

</ Pr ovidedlnt erf aces > 

<Requi redin ter f aces > 

</ Requi redint erf aces > 

</ SyntacticContract> 

<Technologies> 

<technology>  Java  RMI  </technology> 

</Technologies> 

<ExpectedResources> 

<resource>  CPU:  500  mhz  </resource> 

<resource>  Memory:  1.0  Gb  </resource> 
</ExpectedResources> 

<DesignPat terns > 

<pattern>  </pattern> 

</ Design Pat terns > 

<KnownUsage> 

<usage>  </usage> 

</KnownUsage> 


Table  2.1  UMM  specification  template  [ANJ04] 
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<Aliases> 

<alias>  </alias> 

</Aliases> 

</ Functional At tributes> 

</ ComputationalAttributes> 

<CooperationAttributes> 

<PreprocessingCollaborators> 

<Collaborator>  DocumentTerminalCasel  </Collaborator> 
</PreprocessingCollaborators> 
<PostprocessingCollaborators> 
</PostprocessingCollaborators> 

</ CooperationAttributes> 

<AuxiliaryAttributes> 

<Mobility>  No  </Mobility> 

<Security>  LI  </Security> 

<FaultTolerance>  LI  </FaultTolerance> 
</AuxiliaryAttributes> 

<QoS> 

<QoSMetrics> 

<Metric> 

<ParameterName>  throughput  </ParameterName> 
<FunctionName>  validate  </FunctionName> 

<Value>  675  </Value> 

</Metric> 

<Metric> 

<ParameterName>  endToEndDelay  </ParameterName> 
<FunctionName>  validate  </FunctionName> 

<Value>  1541  </Value> 

</Metric> 

</QoSMetrics> 

<QoSLevel>  LI  </QoSLevel> 

<Cost>  LI  </Cost> 

<QualityLevel>  LI  </QualityLevel> 

</QoS> 

</UMM  ConcreteComponent> 


Table  2.1  UMM  specification  template  (cont’d) 
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Figure  2.1.  The  UniFrame  Approach 

The  generation  of  a  system  from  individually  developed  and  deployed  components,  starts 
with  a  system  integrator  submitting  a  query  for  a  specific  DCS  to  the  UniFrame  Process. 
Using  the  domain  knowledge,  a  set  of  functional  and  QoS-based  search  parameters  are 
extracted  from  the  query  in  the  form  of  UMM  descriptions  and  then  submitted  to  the 
URDS.  The  head-hunters  of  the  URDS  aid  in  discovering  the  components  which  meet 
the  functional  and  QoS  requirements.  The  discovered  components  are  returned  to  the 
system  integrator,  who  then  selects  the  components  and  asks  the  UniFrame  generator  to 
construct  the  DCS.  Before  the  system  it  is  deployed,  it  is  tested  for  its  desired 
functionality  and  QoS  requirements.  If  the  functionality  or  QoS  requirements  are  not  met, 
then  another  system  is  built  from  the  collection  of  components  and  is  tested  in  an  iterative 
manner.  The  URDS,  thus,  forms  a  critical  piece  in  the  UA  by  providing  the  appropriate 
components  to  the  system  integrator. 
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2.1.3.  UniFrame  Resource  Discovery  Service  (URDS) 

The  URDS  encompasses  of  the  following  entities:  a)  Internet  Component  Broker  (ICB), 
b)  Headhunters  (HHs),  c)  Meta-Repositories,  d)  Active  Registries,  e)  Services  (Cl...  Cn), 
and  f)  Adapter  components  (ACl...ACn).  Figure  2.2  shows  interactions  between  different 
components  of  the  URDS  architecture. 


Figure  2.2.  URDS  Architecture  [DEV05] 


a)  Internet  Component  Broker  (ICB):  The  ICB  is  a  collection  of  four  sub-components 
the  Domain  Security  Manager  (DSM),  the  Query  Manager  (QM),  the  Link  Manager 
(LM)  and  the  Adapter  Manager  (AM).  The  ICB  constitutes  the  communication 
infrastructure  necessary  to  locate  and  identify  services,  enforce  domain  security  and 
to  handle  the  negotiation  between  heterogeneous  components.  All  the  services 
provided  by  the  ICB  are  reachable  at  well-known  locations.  It  is  assumed  that  there 
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are  fixed  number  of  ICBs,  deployed  at  well-known  locations  hosted  by  corporations 
or  organizations  supporting  UniFrame. 

o  Domain  Security  Manager  (DSM):  The  DSM  functions  as  an  authorized  third- 
party  that  provides  security  and  integrity  of  multicast  announcements,  which 
are  necessary  for  the  discovery  process  of  URDS.  The  DSM  is  responsible  for 
the  secret  key  generation  and  distribution  for  ICB.  It  also  enforces  group 
memberships  and  access  controls  to  multicast  resources  through 
authentication  and  the  use  of  access  control  lists  (ACL). 

o  Query  Manager  (QM):  The  QM  is  responsible  for  translating  a  system 
integrator’s/component  assembler’s  requirement  into  a  Structured  Query 
Language  (SQL)  statement  and  dispatching  the  query  to  the  ‘appropriate’ 
Headhunters  (HHs).  These  HHs  are  selected  based  upon  the  domain  specified 
in  the  SQL  query  and  also  based  on  the  profile  information  maintained  by  the 
QM  [DEV05].  The  QM  in-tum  receives  a  list  of  service  provider  components 
which  match  the  search  criteria.  The  QM  in  conjunction  with  the  LM  is 
responsible  for  propagating  the  queries  to  other  linked  ICBs. 

o  Link  Manager  (LM):  The  LM  is  responsible  for  establishing  links  between 
ICBs  to  form  a  federation,  and  to  propagate  queries  received  from  QM  to 
other  ICBs.  The  LM  is  configured  by  an  ICB  administrator  with  the  location 
information  of  LMs  and  other  ICBs,  which  helps  in  establishing  links. 

o  Adapter  Manager  (AM):  The  AM  serves  as  a  registry/lookup  service  for 
clients  seeking  adapter  components.  These  components  act  as  the  glue- 
wrapper  [TUM04],  allowing  interoperability  among  off-shelf  components 
chosen  to  implement  the  distributed  system.  The  adapter  components  register 
with  the  AM  and  while  doing  so  they  indicate  their  specialization,  i.e.,  which 
component  models  they  can  bridge  efficiently.  The  AM  is  also  capable  of 
dynamic  and  semi-automatic  generation  of  glue  [TUM04],  which  help  in 
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bridging  heterogeneous  service  components.  The  system 
integrator/component  developer  can  contact  the  AM  for  adapter  components 
which  match  their  needs. 

b)  Headhunter  (HH):  The  HH  is  one  of  the  principal  [SIR03]  entities  of  URDS.  It  is 
responsible  for  discovering  service  providers  and  registering  the  functionality  of  these 
service  providers.  HHs  returns  a  list  of  service  providers  to  the  ICB  that  matches  the 
requirements  of  the  system  integrator’s/component  assembler’s  request  forwarded  by 
the  QM. 

c)  Meta-Repository  (MR):  The  MR  serves  as  the  data  repository  for  a  HH,  it  stores  the 
UniFrame  specification  infonnation  (meta-data)  of  the  service  components  which 
adhere  to  different  heterogeneous  models. 

d)  Active  Registry  (AR):  The  AR  serves  as  a  registry/lookup  service  for  a  particular 
distributed  computing  model  (such  as  RMI,  .NET,  CORBA,  etc.),  and  is  extended  to 
listen  and  respond  to  multicast  messages  from  HHs. 

e)  Services  (Sl..Sn):  The  services  may  belong  to  heterogeneous  component  models  such 
as  RMI,  .NET,  CORBA,  etc.  Each  of  these  services  is  identified  by  its  service  type 
name  and  its  UMM  Specification. 

f)  Adapter  Components  (ACL.ACn):  Adapter  Components  serves  as  bridges  between 
heterogeneous  components.  These  components  can  by  dynamically  synthesized  by 
AM  using  glue- wrapper  technology  [TUM04], 

The  URDS  architecture  is  organized  into  a  federated  hierarchy  of  ICBs  and  HHs,  thereby 
promoting  scalability  and  fault  handling  [MYS04].  Each  ICB  consists  of  one  level  of  zero 
or  more  HHs  attached  to  it  and  all  ICBs  that  are  participating  in  the  URDS  are 
unidirectionally  linked  to  form  a  federated  group.  The  discovery  process  in  URDS  is 
based  on  an  administratively  defined  application  domain  (such  as  Heath  Care,  Banking  or 
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Manufacturing)  and  each  domain  is  supported  by  the  sector  or  organization  providing  the 
URDS  service.  Finally,  the  URDS  discovery  process  is  based  on  periodic  and  secure 
multicast  announcements. 

In  URDS,  there  is  no  controlling  authority  that  keeps  track  of  the  behavior  of  the  system, 
because  of  which  the  system  administrator  is  not  completely  aware  of  the  activities  in  the 
system.  A  monitoring  system  would  enable  control  and  coordination  of  such  activities  of 
the  URDS.  The  following  section  discusses  different  approaches  to  monitor  distributed 
systems. 


2.2.  Monitoring  and  Management  Systems 

The  monitoring  is  defined  as  the  process  of  dynamic  collection,  interpretation  and 
presentation  of  information  concerning  objects  or  software  processes  under  analysis 
[JOY87].  The  monitoring  of  a  distributed  system  is  critical.  It  facilitates  a  variety  of  tasks 
such  as  the  representation  of  information,  fault  handling,  security  and  system 
management.  The  following  sub-sections  give  a  brief  description  about  some  of  the 
existing  monitoring  systems,  and  Chapter  3  discusses  in  detail  different  monitoring 
systems  and  their  behavior  in  a  distributed  computing  scenario. 

2.2.1.  Globus  Toolkit :  Monitoring  and  Discovery  Service 

The  Monitoring  and  Discovery  System  (MDS)  [MDS2]  is  the  information  services 
component  of  the  Globus  Toolkit  [GLO].  It  provides  details  about  the  available  resources 
on  the  Grid  [FOS99]  and  their  statuses.  MDS2  is  a  version  of  MDS,  which  is  built  upon 
the  Lightweight  Directory  Access  Protocol  (LDAP)  [LDA],  and  uses  an  extensible 
framework  for  monitoring  static  and  dynamic  information,  such  as  the  status  of  a  Grid 
and  its  components,  networks,  and  storage  systems. 

MDS2  is  primarily  used  to  deal  with  the  resource  selection  problem  of  Grid,  i.e.,  to 
identify  the  host  or  a  set  of  hosts  on  which  user  can  run  the  application.  MDS2  provides  a 
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uniform  and  easy  to  use  interface,  for  monitoring  of  the  data  collected  by  the  lower-level 
Information  Providers  (IPs)  [CZA01],  It  has  a  de-centralized  structure,  which  helps  in 
scaling  and  in  handling  static  and  dynamic  data  about  resources  and  associated  queues. 

2.2.2.  Hawkeye 

Hawkeye  [HWA]  is  a  monitoring  tool  developed  by  the  Condor  group,  utilizing  Condor 
[CON]  and  ClassAd  [CLA]  core  technologies.  It  has  been  designed  to  monitor  various 
attributes  of  a  collection  of  systems.  It  automates  the  problem  detection  and  software 
maintenance  in  a  DCS.  For  example,  Hawkeye  identifies  high  CPU  load,  high  network 
traffic,  and  resource  failure  with  in  a  distributed  system. 

The  architecture  of  Hawkeye  comprises  four  major  components:  Hawkeye  pool, 
Hawkeye  manager,  Hawkeye  monitoring  agent,  and  Hawkeye  module.  These 
components  are  organized  in  a  four-level  hierarchical  structure.  In  a  set  of  computers 
(known  as  a  “pool”),  one  computer  serves  as  Hawkeye  Manager  and  the  rest  function  as 
Hawkeye  monitoring  agents.  The  Hawkeye  Manager  serves  as  the  head  of  the  pool;  it 
collects  all  information  and  handles  user  queries.  A  Monitoring  Agent  is  a  distributed 
information  service  component  that  collects  ClassAds  (which  are  a  set  of  attribute  value 
pairs)  and  integrates  them  and  sends  the  result  to  the  Manager  at  specified  time  intervals. 
A  Hawkeye  Module  is  a  simple  sensor  that  announces  the  resource  information  in  a 
ClassAd  fonnat.  The  above  mentioned  architecture  aids  in  easy  monitoring  and  software 
maintenance  within  a  pool.  Hawkeye  is  designed  to  gather  information  such  as  memory 
usage,  system  load,  disk  space,  and  other  hardware  resources;  it  has  not  been  designed  to 
monitor  software  resources. 


2.2.3.  Ganglia 

Ganglia  [MAS04]  is  a  Java-based,  scalable  distributed  monitoring  system  for  high- 
performance  computing  systems  such  as  clusters  and  Grids.  It  is  based  on  a  hierarchical 
design  targeted  at  federations  of  clusters,  relies  on  a  multicast-based  listen/announce 
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protocol  to  monitor  state  within  clusters  and  uses  a  tree  of  point-to-point  connections 
amongst  representative  cluster  nodes  to  federate  clusters  and  aggregate  their  state. 

Ganglia  consists  of  three  modules,  namely  gmond  (Ganglia  Monitoring  Daemon),  gmetad 
(Ganglia  Meta  Daemon)  and  Ganglia  web  front-end.  The  gmond  provides  monitoring  on 
a  single  cluster  by  implementing  the  listen/announce  protocol  and  responding  to  client 
requests  by  returning  an  XML  representation  of  its  monitoring  data,  gmond  runs  on  every 
node  of  a  cluster.  On  the  other  hand,  gmetad  provides  a  federation  of  multiple  clusters.  A 
gmetad  service  can  be  configured  in  such  a  way  that  it  sends  data  it  received  to  other 
gmetad  services.  In  that  way,  it  is  possible  to  establish  monitoring  of  several  clusters. 
Ganglia’s  web  front-end  allows  users  to  see  graphs  and  all  historical  data  saved  in  Round- 
Robin  databases,  allowing  all  cluster  and  host  metrics  to  be  viewed  in  real-time.  Ganglia 
is  designed  to  monitor  information  such  as  CPU  load,  memory  and  other  hardware  related 
resources;  it  does  not  monitor  software  resources. 

2.2.4.  Supermon 

Supennon  [SOT02]  is  a  distributed  monitoring  system  for  clusters  that  causes 
insignificant  load  on  the  client  and  provides  a  flexible  set  of  tools  for  this  purpose. 

Supennon  uses  a  client-server  data  protocol  based  on  symbolic  expressions  (S- 
expressions)  at  all  levels  of  Supermon,  i.e.,  from  individual  nodes  to  entire  clusters. 
Supennon  mainly  consists  of  three  different  components: 

•  A  loadable  kernel  module  providing  data  (CPU  information,  memory  information, 
etc.),  in  the  form  of  S-expressions, 

•  A  single  node  data  server  (Mon)  that  serves  data  prepared  by  the  kernel  module, 

•  A  data  concentrator  (Super-mon)  which  combines  samples  from  various  nodes 
into  a  single  data  sample  through  a  TCP  port. 

Supennon  uses  a  modified  version  of  the  SunRPC  rstat  protocol  to  collect  data  from 
remote  cluster  nodes.  This  protocol  is  based  on  S-expressions  instead  of  XML  with  the 
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advantage  that  it  can  operate  in  a  heterogeneous  environment.  Supennon  also  provides  a 
fast  and  efficient  data  collection  capability.  Supennon  is  designed  to  monitor  the 
hardware  resources;  it  lacks  the  capability  of  dealing  with  software  resources. 

2.2.5.  Relational  Grid  Monitoring  Architecture 

The  Relational  Grid  Monitoring  Architecture  (R-GMA)  [DAT02]  is  a  Grid  Information 
and  Monitoring  System  which  has  been  developed  within  the  European  DataGrid  Project 
[DAT02].  R-GMA  is  an  implementation  of  Grid  Monitoring  Architecture  (GMA) 
[TIE02]  within  the  Global  Grid  Forum  (GGF)  [GGF],  and  it  is  based  on  the  Relational 
Database  Management  System  (RDBMS)  [FIS01]  and  the  Java  Servlet  technology.  It  is 
mainly  used  where  notification  of  events  is  required,  i.e.,  a  user  can  subscribe  to  a  flow  of 
data  with  specific  properties  directly  from  a  data  source.  For  example,  a  user  can 
subscribe  to  a  load-data  data  stream,  and  create  a  new  Producer/Consumer  pairing  to 
allow  notification  when  the  load  reaches  some  maximum  or  minimum. 

The  GMA  is  an  architecture  for  monitoring  entities  that  show  the  characteristics  of  Grid 
platforms.  The  GMA  [TIE02]  consists  of  three  entities,  namely  Consumers,  Producers 
and  a  Registry.  In  the  GMA,  the  producers  register  themselves  with  the  registry  and 
describe  the  type  and  structure  of  information  they  want  to  make  available  to  the  Grid. 
Consumers  can  query  the  registry  to  find  out  what  type  of  information  is  available  and 
locate  producers  that  provide  such  information.  Once  this  information  is  known,  the 
consumer  can  contact  the  producer  directly  to  obtain  the  relevant  data.  By  specifying  the 
consumer/producer  protocol  and  the  interfaces  to  the  registry,  one  can  build  inter¬ 
operable  services. 

The  R-GMA  architecture  closely  maps  with  that  of  GMA  architecture.  In  R-GMA,  when 
a  Producer  is  created,  its  registration  details  are  sent  to  the  Registry  via  the 
ProducerServlet.  The  Registry  records  details  about  the  Producer,  which  include 
description  and  view  of  the  data  published  (table  name  and  the  row(s)  of  a  table).  The 
ProducerServlet  registers  this  information  in  the  RDBMS,  which  holds  the  information  of 
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all  Producers.  The  ConsumerServlet  of  the  Consumer  consults  the  Registry  to  locate 
suitable  Producers.  The  Registry  then  returns  a  list  of  Producers  to  the  ConsumerServlet 
which  matches  Consumer’s  interests.  Then  the  Producer  and  Consumer  directly 
communicate  via  their  respective  Servlets. 

2.2.6.  Monitoring  of  Software  Components 

[GAOOO]  discusses  component  traceability  and  maintenance  issues  and  solutions  in 
supporting  software  components  and  component-based  systems.  It  provides  a  Java 
framework  to  track  and  monitor  software  components  in  component-based  systems.  It 
deals  with  both  in-house  and  third  party  components.  It  also  introduces  the  concept  of 
traceable  software  components  and  a  new  event-based  tracking  model  for  the  proposed 
framework.  Traceability  of  software  component  refers  to  the  extent  of  its  built-in 
capability  of  tracking  the  status  of  component  attribute  and  behavior.  The  event-based 
tracking  model  is  a  systematic  mechanism  that  supports  engineers  in  monitoring  and 
checking  the  behaviors  of  components  and  their  interactions  in  a  component-based 
program.  [GAOOO]  addresses  different  classifications  for  component  traces,  such  as 
operational  traces,  performance  traces,  state  traces,  event  traces  and  error  traces.  It  also 
discusses  component  traceability  and  explains  how  to  construct  components  which  can  be 
monitored,  to  check  their  status,  perfonnance,  behavior  and  interactions  among  them. 
URDSMMS  employs  the  performance  trace  and  error  trace  approaches  to  show  the 
performance  of  the  system  and  errors  for  a  particular  entity  of  the  URDS. 

[DIAOO]  presents  a  framework  for  monitoring  component  interactions.  This  framework 
supports  the  development  and  testing  of  distributed  software  applications.  The 
monitoring  framework  is  part  of  a  larger  framework  which  is  built  on  top  of  a  CORBA 
distributed  processing  environment,  which  supports  development  and  testing  of 
distributed  software  applications.  This  framework  has  been  designed  and  implemented  in 
close  co-operation  between  the  FRIENDS  (FRamework  Integrated  ENgineering  and 
Deployment  of  Services)  project  [FRI]  and  the  AMIDST  (Application  of  Middleware  for 
Services  in  Telimatics)  [AMI]. 
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The  proposed  framework  in  [DIA00],  considers  an  “Object  Management  Group  (OMG) 
Interface  Definition  Language  (IDL)  specification  as  a  contract  for  distributed 
interactions  and  allow  a  precise  monitoring  of  interaction  activities  between  the 
application  components”.  It  addresses  the  monitoring  by  observing  the  system  behavior  at 
specific  observation  (or  monitoring)  points  and  effectively  representing  the  infonnation 
in  a  graphical  or  textual  manner.  The  above  prototypical  monitoring  framework  is  used  to 
test  services  developed  for  large  application  frameworks  [FRI]. 

The  systems  mentioned  in  subsections  2.2.1  -  2.2.5,  dealt  with  the  monitoring  of 
hardware  related  resources.  These  frameworks  were  implemented  to  support  large  scale 
clusters  and  grids  and,  hence,  do  not  focus  on  software  components  discovery.  The 
frameworks  in  subsection  2.2.6  deal  with  monitoring  software  components  ([GAOOO]), 
particularly  in  component  based  systems  [DIA00]  deals  with  component  interactions. 
Though  these  prototypes  were  implemented  for  distributed  systems,  there  is  no  work 
pertaining  to  component  discovery.  The  URDSMMS  is  a  prototype  for  monitoring  the 
URDS,  which  uses  some  of  the  monitoring  principles  of  the  above  related  work  (this  will 
be  later  discussed  in  chapter  3). 

This  chapter  presented  a  brief  overview  about  the  UniFrame  and  URDS.  The  chapter  also 
discusses  some  of  the  related  monitoring  systems  and  the  approaches  for  monitoring  a 
DCS.  The  next  chapter  provides  an  overview  of  monitoring  in  distributed  systems,  the 
challenges  faced  in  it  and  the  various  features  of  URDSMMS. 
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3.  MONITORING  DISTRIBUTED  SYSTEMS 


The  previous  chapter  gave  an  overview  of  UniFrame  and  relevant  related  work  associated 
with  URDSMMS.  This  chapter  provides  details  about  monitoring  systems,  its  importance 
and  various  challenges  involved  with  a  monitoring  system  in  a  distributed  environment 
and  different  approaches  followed  to  monitor  distributed  systems.  The  chapter  also 
discusses  about  the  features  that  have  been  implemented  in  URDSMMS  and  the 
importance  of  these  features. 


3.1  Importance  of  Monitoring 

Monitoring  can  be  defined  as  the  process  of  dynamic  collection,  interpretation  and 
presentation  of  information  concerning  objects  or  software  processes  under  scrutiny 
[JOY87].  It  is  the  process  of  collection  of  dynamic  behavioral  data  during  program 
execution,  interpreting  and  analyzing  that  data  and  displaying  the  processed  information 
to  the  user  in  form  of  text,  graphs  or  animation. 

Monitoring  is  an  essential  and  efficient  way  of  obtaining  information  in  a  distributed 
component  system,  where  managerial  decisions  can  be  made  and  also  the  behavior  of  it 
can  be  observed.  Monitoring  infonnation  can  also  help  in  observing  the  component 
interactions.  In  a  DCS,  monitoring  helps  in  a  wide  variety  of  tasks,  such  as  testing, 
debugging,  visualization  system  management,  security,  fault  management,  performance 
management  and  configuration  [SCH95,  MAN95]. 

3.2  Challenges  of  Monitoring  in  Distributed  Systems 

The  distribution  of  entities  in  a  DCS  makes  its  monitoring  more  complicated  than  a 
centralized  system.  This  is  due  to  the  fact  that  a  typical  distributed  system  may  consist  of 
a  number  of  cooperating  processes,  executing  on  different  remote  machines  and 
communicating  via  message  passing.  Moreover  monitoring  requirements  are  not  static  in 
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either  a  distributed  or  a  centralized  system;  but  evolve  as  the  system  may  be  dynamic. 
Thus,  there  may  be  a  need  to  dynamically  change  the  patterns  of  activities  which  are 
monitored  without  having  to  bring  the  operation  of  the  underlying  system  to  a  halt. 

Additionally,  there  are  a  number  of  reasons  why  the  debugging,  testing  and  evaluation  of 
distributed  systems  is  more  difficult  when  compared  to  the  same  activity  in  sequential 
programs: 

•  A  distributed  system  has  many  foci  of  control.  Thus  the  sequential  monitoring  and 
debugging  techniques,  such  as  tracing  and  breakpoints,  based  on  process  state 
and  program  counter,  need  to  be  extended  to  be  applicable  to  distributed  systems 
[JOY87], 

•  Delays  in  transferring  of  information  mean  this  information  may  be  out  of  date. 

•  Communication  delays  among  nodes  in  a  distributed  system,  makes  it  difficult  to 
determine  a  global  view  of  the  system  status. 

•  Due  to  large  number  of  objects  which  generating  monitoring  information, 
collecting  all  the  infonnation  to  monitor  becomes  a  difficult  task. 

•  It  is  possible  that  the  distributed  system  may  be  heterogeneous  in  nature  and  a 
canonical  form  is  needed  to  encode  messages  passed  between  these  heterogeneous 
systems  [SCH95]. 

URDSMMS  addresses  a  subset  of  the  above  mentioned  problems.  URDSMMS  is  built 
over  a  discovery  service  (URDS),  which  is  a  distributed  system  by  itself.  The  monitoring 
system  collects  information  from  all  the  entities  of  this  DCS  based  on  the  process  state 
and  message  communication  between  entities.  URDSMMS  is  designed  to  collect 
information  from  a  large  number  of  objects.  The  monitoring  system  does  not  consider 
any,  message  losses,  out  of  date  or  out  of  order  events  [LAM78],  or  heterogeneity  at  this 
point  (further  discussed  in  chapter  6). 
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3.3  Classification  of  Monitoring  Systems 

There  are  three  broad  approaches  for  the  classification  of  monitoring  systems,  namely, 
hardware,  software  and  hybrid  monitoring  systems. 

In  hardware  monitoring,  a  specialized  hardware  is  essential  to  monitor  the  system  and 
detect  the  events.  The  hardware  monitoring  performs  event  detection  by  having  sensors 
or  a  detection  circuitry.  In  such  a  case,  it  is  difficult  to  relate  recorded  events  in  the 
monitored  program,  i.e.,  to  find  the  problem-oriented  reference  [HOF94],  Hardware 
monitoring  systems  have  the  advantage  of  being  non-intrusive,  and  being  efficiently 
accurate,  but  such  monitoring  systems  require  external  hardware  resources,  which  limits 
the  amount  of  interference  with  the  monitoring  system. 

The  software  monitoring  systems  uses  software  programs  to  observe  the  monitored 
entities.  This  requires  system  resources  such  as  the  CPU  and  memory.  These  monitored 
programs  are  usually  instrumented  by  inserting  monitoring  instructions  called  software 
probes  to  collect  information.  In  this  approach,  each  monitored  event  can  be  associated  to 
a  point  in  a  program.  Software  systems  are  more  flexible  and  portable  as  they  provide  an 
easy  construction  and  easy  portability  to  other  platforms.  However,  software  monitoring 
is  intrusive  in  nature,  as  it  has  to  share  the  system  resources  with  the  monitored  system. 

The  hybrid  monitoring  systems  attempts  to  combine  the  advantages  of  hardware  and 
software  systems.  It  brings  together  the  non-intrusive  nature  of  hardware  approaches  and 
the  flexibility  of  the  software  approaches.  ZM4  [HOF94]  is  an  example  of  hybrid 
monitoring  system  that  allows  monitoring  programs  to  be  evaluated  for  perfonnance  and 
program  behavior  to  be  observed. 

The  present  monitoring  system  (URDSMMS)  uses  the  software  monitoring  approach  to 
provide  flexibility  and  platform  portability. 
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3.4  Monitoring  Types 

The  basic  types  of  monitoring  approaches  based  on  the  information  collection  are  the 
Time-driven  monitoring  (sampling)  [HOF94]  and  the  Event-driven  monitoring  (tracing) 
[HOF94], 

Using  sampling,  information  about  the  monitored  system  is  collected  synchronously  (at  a 
specific  time  rate),  or  asynchronously  (through  direct  request  of  the  monitoring  system). 
On  the  other  hand,  in  event-driven  monitoring,  infonnation  is  collected  when  an  event 
occurs  in  the  system. 

The  event-driven  monitoring  consists  of  the  reporting  of  all  occurrences  of  an  event 
within  a  certain  interval  of  time.  It  is  synchronous  with  the  occurrence  of  an  event;  it  is 
performed  when  all  occurrences  of  an  event  must  be  known  (e.g.,  when  collecting  history 
information)  or  when  each  occurrence  of  an  event  must  be  followed  by  a  certain  action. 
On  the  other  hand,  sampling  is  the  collection  of  information  at  the  request  of  the  monitor. 
Sampling  may  be  asynchronous  with  the  occurrence  of  an  event. 

The  event-driven  monitoring  is  more  intrusive  then  time-driven  because  tracing  is 
synchronous  with  the  occurrence  of  an  event.  The  time-driven  monitoring  provides 
statistical  information  about  the  program  execution,  whereas  event-driven  monitoring 
represents  the  behavior  of  a  program  by  a  sequence  of  events.  Some  monitoring  systems 
implement  both  monitoring  types  to  satisfy  the  varying  requirements  and  constraints 
[MAN95].  The  URDSMMS  uses  both  time-driven  monitoring  and  event-driven 
approaches  so  as  to  collect  monitoring  data  asynchronously.  It  uses  event-driven 
approach  to  handle  the  events  and  uses  a  time-driven  approach  for  updating  the  web 
interface. 
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3.5  Monitoring  in  URDS 

The  existing  URDS  architecture  provides  a  framework  for  the  discovery  of  software 
components  for  constructing  a  DCS.  Currently,  URDS  is  not  provided  with  a  monitoring 
system,  which  would  help  in  a  better  management  and  coordination  of  its  entities.  The 
following  section  discusses  different  monitoring  scenarios  for  the  URDS.  The  features 
that  should  be  incorporated  in  the  URDS  for  its  monitoring  and  the  benefits  obtained  in 
considering  these  features  are  discussed. 

3.5.1  Reasons  for  Monitoring  URDS 

The  URDS  consists  of  many  entities  which  collectively  account  for  the  resource 
discovery  process  in  UniFrame.  Among  these  entities,  numerous  messages  are  passed 
concurrently  for  the  discovery  of  software  components.  To  control  and  coordinate  such 
concurrent  activities  in  URDS,  monitoring  is  essential. 

Monitoring  assists  the  system  administrator  with  the  knowledge  about  the  activities  on 
the  local  and  remote  machines.  It  provides  consolidated,  abstracted  and  dynamic  data; 
this  is  represented  in  the  form  of  text  or  dynamic  graphs.  Monitoring  can  determine  the 
performance  of  the  overall  system,  such  as  the  average  response  time  for  discovering  the 
software  components.  Monitoring  also  helps  the  administrator  in  knowing  the  number  of 
active  entities  (Headhunters,  Active  Registries)  in  the  system. 

Monitoring  of  the  URDS  can  also  include  some  system  management  activities  such  as, 
initiation  and  termination  of  resources  (entities)  according  to  the  necessity,  which  may 
help  in  improving  the  response  time  for  discovering  components.  Using  this  monitoring 
interface,  the  system  administrator  should  be  in  a  position  to  take  corrective  steps,  in  case 
of  errors  or  failures.  Monitoring  via  an  easy-to-use  interface  improves  the  usability  of 
URDS  and  helps  in  easy  understanding  of  the  system  for  a  new  user.  The  following 
section  describes  the  monitoring  features  of  URDSMMS. 
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3.6  Features  of  the  URDS  Monitoring  and  Management  System  (URDSMMS) 

The  URDSMMS  is  provided  with  two  views;  administrator  view  and  system  integrator 
view.  These  two  views  help  in  providing  a  basic  separation  of  concerns  and  address  the 
issues  of  access  privileges  to  the  URDS.  The  URDSMMS  provides  supervisory  features 
for  the  administrator,  allowing  to  monitor  and  manage  all  the  activities  of  URDS, 
whereas  the  system  integrator  is  provided  with  only  restricted  features,  allowing  him  to 
submit  a  query  and  retrieve  results.  Necessary  secure  login  is  provided  to  distinguish 
between  the  administrator  and  the  system  integrator. 

3.6. 1  System  Administrator  View 

This  subsection  provides  details  about  the  various  features  that  are  considered  in  the 
System  Administrator  View  and  how  they  are  helpful  for  controlling  and  coordinating 
activities  in  URDS. 

Start  Entities:  The  system  administrator  is  given  an  option  of  running  different  entities  of 
URDS  using  a  GUI.  This  feature  helps  the  administrator  in  starting  the  Domain  Security 
Manager,  Query  Manager,  Headhunters  and  Active  Registries  at  any  remote/local 
location.  This  avoids  the  administrator  having  to  run  the  entities  using  a  console,  which  is 
cryptic  and  error-prone. 

URDS  Snapshot:  This  gives  the  statistical  details  of  all  entities  currently  active  in  URDS. 
Details  such  as  the  location  of  entities,  number  of  Headhunters  or  Active  Registries 
currently  active  and  number  of  queries  currently  being  processed  by  the  system  can  be 
known.  An  option  is  provided  for  the  dynamic  display  of  attributes  (such  as  the  name,  the 
location  and  the  domain)  of  certain  entities  (e.g.,  Headhunters  and  Active  Registries). 
This  feature  also  displays  the  ranking  [DEV05]  associated  with  each  Headhunter,  which 
might  help  the  Query  Manager  is  selecting  the  best  Headhunter  and  propagating  the 
query  to  it.  This  ranking  is  given  by  the  Query  Manager  based  on  the  components 
returned  by  Headhunter  for  each  query. 
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Message  Traffic:  In  URDS,  different  kinds  of  message  communications  are  possible 
among  its  constituents  (as  described  in  Chapter  2).  Because  of  this  traffic,  a  system 
administrator  may  be  interested  to  know  a  classification  of  the  traffic.  The  messages  are 
classified  into  three  broad  categories,  namely  authentication,  query  processing  and 
component  update.  The  authentication  messages  consist  of  the  principals  (Headhunters 
and  Active  Registries)  and  Query  Manager  (QM)  contacting  the  Domain  Security 
Manager  (DSM)  for  authentication.  The  query  processing  consists  of  the  System 
Integrator  (SI)  issuing  the  query  to  QM,  which  in-turn  passes  it  to  Headhunters  and 
retrieves  the  components  list.  The  software  components  (or  services)  registering  to  the 
Active  Registry  and  the  Active  Registry  propagating  them  to  the  Headhunters,  fall  under 
the  third  category,  the  component  update.  The  above  classification  helps  the  system 
administrator  in  knowing  what  activity  is  dominant  at  a  particular  time  in  the  system  and 
thereby  controlling  the  traffic  causing  parameters  as  necessary. 

Average  Response  Time  Graph:  The  administrator  view  is  provided  with  a  graph  which 
represents  the  average  query  response  time  of  the  URDS.  The  graph  depicts  the  response 
time  for  the  most  recent  20  queries.  This  graph  also  helps  in  detennining  the  performance 
of  the  system.  If  the  response  time  is  too  high,  then  maybe  the  load  on  the  system  is  too 
high.  Thus,  such  a  graph  can  assist  in  identifying  bottlenecks  in  the  URDS,  which  could 
be  addressed  by  the  system  administrator. 

Utilization  of  Query  Manager:  This  feature  is  included  so  as  to  know  the  percentage  of 
time  the  QM  is  actually  busy.  If  the  QM’s  utilization  is  high,  the  administrator  should  be 
able  to  control  the  number  of  new  queries  being  issued  (by  blocking  or  by  sending  a 
message  to  the  system  integrator).  The  system  administrator  can  also  take  a  decision  of 
initiating  new  Headhunters  and  or  QMs,  if  necessary. 

Utilization  of  Headhunter:  This  feature  is  is  an  indication  of  the  busy  nature  of  a 
particular  Headhunter.  If  a  Headhunter  is  idle  for  a  long  time,  then  there  is  a  greater 
possibility  that  the  Headhunter  is  under  performing,  or  no  query  is  being  propagated  to 
that  particular  Headhunter.  In  such  as  case,  the  system  administrator  can  take  a  decision 
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of  terminating  that  particular  Headhunter.  On  the  other  side,  if  a  Headhunter’s  utilization 
is  high  for  a  long  period  of  time,  the  system  administrator  can  take  other  corrective 
action,  such  as  initiating  another  Headhunter  on  the  same  remote/local  machine. 

Stop  Entities:  The  system  administrator  is  provided  with  an  option  of  terminating  entities 
in  the  URDS.  This  decision  could  be  made  if  few  hardware  resources  are  available.  This 
feature  is  mainly  highlighted  when  a  particular  Headhunter’s  utilization  is  low  for  a 
prolonged  period  of  time  or  that  Headhunter’s  services  are  no  longer  required.  The  same 
scenario  can  be  applied  to  a  Active  Registry  also.  The  terminating  of  the  Domain 
Security  Manager  and  Query  Manager  comes  in  to  the  picture  if  multiple  URDS  are 
deployed  and  this  monitoring  system  is  used  to  control  all  of  them  together. 

Error  Monitor:  The  feature  is  helpful  in  catching  exceptions  and  displaying  them  to  the 
system  administrator.  These  messages  assist  the  administrator  in  taking  some  corrective 
decision  if  necessary.  Additionally,  error  help  is  also  provided  which  assists  the  system 
administrator. 


3.6.2  System  Integrator  V iew 

The  System  Integrator  View  provides  a  GUI  for  the  user  to  submit  queries  and  view  the 
results.  The  following  features  are  provided  in  this  view  and  their  importance  is 
indicated. 

Submit  Query:  This  feature  allows  the  system  integrator  to  submit  queries  for  the  search 
of  components.  While  submitting  the  queries  for  processing,  the  system  integrator  is 
given  an  option  of  entering  the  response  time,  also,  within  which  the  results  should  be 
retrieved.  Each  query  is  associated  with  a  unique  query  id,  with  which  the  system 
integrator  can  retrieve  results. 

View  Results:  Once  the  query  has  been  processed,  the  results  can  be  viewed  by 
submitting  the  query  id.  The  result  for  each  query  consists  of  the  number  of  components 
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matched,  the  time  taken  for  processing  the  query  (response  time),  a  list  of  component 
names  and  the  ids  associated  to  each  component.  Along  with  these  details,  a  feedback 
[DEV05]  for  each  component  is  also  displayed,  which  helps  in  selecting  best  matched 
components. 

Help:  A  navigational  help  is  provided  in  the  URDSMMS  (for  both  the  views),  which  aids 
a  user/administrator  in  better  navigation,  and  it  also  in  understanding  how  to  use  the 
different  features  of  the  system.  Help  for  errors  are  also  provided  in  the  system 
administrator  view. 

This  chapter  provided  an  overview  of  monitoring  systems  and  associated  challenges  in 
creating  them  for  a  distributed  computing  environment.  The  chapter  described  different 
features  that  are  considered  in  the  design  of  the  URDSMMS.  The  next  chapter  discusses 
about  the  design  and  implementation  details  of  the  URDSMMS. 
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4.  DESIGN  AND  IMPLEMENTATION  OF  URDSMMS 


The  chapter  3  provided  an  explanation  of  monitoring  systems  in  a  distributed  computing 
system  and  an  explanation  of  different  features  for  monitoring  in  URDSMMS.  This 
chapter  discusses  the  URDSMMS  architecture  in  detail,  focusing  on  its  high-level  design, 
the  algorithms  and  the  implementation  details  of  the  mentioned  features  of  URDSMMS. 

Figure  4.1  illustrates  the  constituents  of  the  URDSMMS  and  their  interactions  with  the 
different  entities  in  URDS. 


Figure  4.1:  URDS  Monitoring  and  Management  System  Architecture 

The  above  architecture  is  shown  with  two  types  of  users  for  URDSMMS,  thus  leading  to 
two  views  (described  in  the  previous  chapter),  called  the  system  administrator  view  and 
the  system  integrator.  URDSMMS  architecture  allows  a  comprehensive  set  of  features  to 
the  administrator,  thereby  allowing  him  to  monitor  and  manage  all  the  activities  of  the 
URDS.  The  system  integrator  is  provided  with  a  few  restricted  features  (because  of  the 
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security  reasons),  allowing  him  to  submit  a  query  and  retrieve  the  results.  A  necessary 
secure  login  is  provided  to  distinguish  between  the  system  administrator  and  the  system 
integrator.  In  order  to  determine  the  specific  constituents  under  each  view,  the  URDS  has 
to  be  looked  in  terms  of  state  diagrams. 

The  state  diagrams  [ARL2002,  OES99]  of  the  constituent  elements  of  URDS  depict  the 
various  state  changes  of  each  element  of  the  URDS.  The  event,  triggers  the  transition 
between  these  states  (state  changes).  This  analysis  provides  an  insight  into  the  interval 
and  the  set  of  events  to  be  recorded  by  the  URDSMMS.  Appendix  A  shows  the  state 
diagrams  for  each  entity  of  the  URDS  system. 

4.1  Constituents  of  the  URDSMMS 

The  features  of  monitoring  systems  which  were  mentioned  in  chapter  3  can  be  grouped 
into  different  categories,  namely:  i)  Controller  ii)  URDS  Manager,  iii)  Message  Traffic 
Monitor,  iv)  Utilization  Monitor,  v)  Snapshot  Monitor,  vi)  Error  Monitor,  and  vii)  Query 
Handler.  The  grouping  is  based  on  the  functionality  of  each  constituent  and  on  the 
separation  of  concerns.  The  following  subsections  discuss  the  design  details  of  each  of 
these  constituents  and  their  interactions  with  URDS  and  other  constituents  of  the 
URDSMMS. 


4.1.1  Controller 

The  Controller  acts  as  a  gateway  between  users  (System  Administrator/System 
Integrator)  and  the  URDSMMS.  Depending  upon  the  requested  service  by  the  users,  the 
controller  redirects  the  request  to  the  appropriate  component  of  URDSMMS. 

Algorithm  for  CONTROLLER  initialization:  In  this  algorithm  the  CONTROLLER 
initializes  all  the  services,  i.e.,  the  URDS  MANAGER,  MESSAGE  TRAFFIC  MONITOR, 
UTILIZATION  MONITOR,  SNAPSHOT  MONITOR,  ERROR  MONITOR  and  QUERY 
PROCESSOR  by  calling  their  initialization  methods. 
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CONTROLLERINITIALIZATION 

BEGIN 

CALL  URDSMANAGERINITIALIZATION 
CALL  MSGTRAFFICMONITORINITIALIZATION 
CALL  UTIL  MONITOR  INITILIZATION 
CALL  SNAPSHOT  MONITOR  INITILIZATION 
CALL  ERROR  MONITOR  INITILIZATION 
CALL  QUERY  HANDLER  INITILIZATION 

END 


4.1.2  URDS  Manager 

The  URDS  Manager  is  responsible  for  all  the  management  activities  such  as  initiating 
and  terminating  the  entities  of  URDS  (DSM,  HH,  AR,  and  QM).  Depending  upon  a 
successful/unsuccessful  creation  or  termination  an  appropriate  message  is  displayed  with 
the  help  of  the  Controller. 

Algorithm  for  URDS  Manager  initialization:  This  algorithm  outlines  the  process  of 
URDS  Manager  activating  the  START ENTITY _SERVICE  and 

STOPENTITYSER  VICE. 

URDSMANAGERINITIALIZATION 

BEGIN 

ACTIVATE  START  ENTITY  SERVICE 
ACTIVATE  STOP  ENTITY  SERVICE 

END 


Algorithm  for  initiating  an  entity:  This  algorithm  outlines  the  process  of  creating  new 
instances  of  URDS  entities.  Depending  upon  the  system  administrator’s  request,  the 
appropriate  service  is  invoked.  In  the  below  algorithm,  entityType  refers  to  the  type  of 
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entity  (DSM,  HH,  AR  or  QM).  status  is  a  boolean  flag  for  displaying  appropriate 
(successful/unsuccessful)  message  on  the  interface,  Attributes  is  a  set  of  parameters  and 
these  parameters  depend  upon  the  type  of  entity  that  is  being  initiated. 

STARTENTITYSERVICE 

BEGIN 

IN:  entityType,  Attributes 
IF  entityType  is  DSM 

status  =  CALL  DSM_START_SERVICE  {entityType,  Attributes) 

END  IF 

ELSE  IF  entityType  is  HH 

status  =  CALL  HH_START_  SERVICE  {entityType,  Attributes) 

END  ELSE  IF 

ELSE  IF  entityType  is  AR 

status  =  CALL  AR_START_  SERVICE  {entityType,  Attributes) 

END  ELSE  IF 

ELSE  IF  entityType  is  QM 

status  =  CALL  QM_START_  SERVICE  {entityType,  Attributes) 

END  ELSE  IF 
ELSE 

//  set  flag  to  false  value 
SET  status  to  FALSE 
END  ELSE 

//  to  display  successful/unsuccessful  message  on  the  interface 
DISPLAY  status 

END 

For  all  the  routines  invoked  in  START  ENTITY  SERVICE,  a  generic  algorithm  is 
presented  with  different  set  of  parameters  for  each  type  of  entity.  In  the  below  algorithm 
status  Jiag,  is  a  boolean  flag  which  denotes  a  successful  initiation  or  a  failure.  Location  is 
passed  as  Attributes  for  the  DSM.  The  Attributes  for  HH  include  Location,  dsmLocation, 
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hhName,  hhPwd  and  Domain.  Location,  dsmLocation,  arName,  arPwd  and,  Domain 
comprise  the  Attributes  for  the  AR;  and  Location,  dsmLocation,  qmName  and  qmPwd 
denote  the  Attributes  for  the  QM.  DEPLOY,  this  command  deploys  that  particular  entity 
(DSM,  HH,  AR  or  QM)  on  the  remote  host. 

GENERICALGORITHMSTARTENTITIES 

BEGIN 

IN:  entityType,  Attributes 
OUT:  status  Jlag  (success/failure) 

//  instantiate  entity  on  the  remote  host  which  returns  a  true  or  a  false  flag 
status  Jlag  =  DEPLOY  entityType  on  remote  host 
IF  status  Jlag  is  TRUE 

//  stores  the  location  where  entity  is  hosted  in  database 
INSERT  entityLocation 
II  starts  an  thread  if  entity  is  a  HH  or  a  QM 
IF  entityType  is  HH  or  QM 

START  UTIL  SERVICE 
END  IF 

//  starts  an  error  monitor  thread  for  that  particular  entity 
START  ERROR  MONITOR  SERVICE 
END  IF 

//  to  return  flag  value  to  START  ENTITY _SERVICE 
return  status  Jlag 

END 

Algorithm  for  terminating  an  entity:  This  algorithm  outlines  the  process  for  tenninating 
an  existing  entity  of  the  URDS.  The  system  administrator  contacts  the  URDSMMS  for 
tenninating  a  particular  entity.  It  then  lookups  the  entity  and  issues  a  TERMINATE 
command,  this  returns  a  true  flag  upon  a  successful  termination  else  a  false  value.  If  the 
flag  value  is  true  it  removes  the  entry  from  the  database  and  if  the  entityType  is  HH,  AR 
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or  QM,  the  DSM  is  notified  of  the  appropriate  change.  In  the  below  algorithm, 
entityLocation  represents  the  location  where  the  entity  is  running. 

STOPENTITYSERVICE 

BEGIN 

IN:  entityType  (DSM,  HH,  AR,  or  QM),  entityLocation 
OUT:  status Jiag  (success/failurc) 

IF  entityType  is  DSM 

//  obtain  handle  to  DSM 

dsmLocation  =  LOOKUP  entityLocation 

II  terminate  DSM  which  returns  a  true  or  false  flag 

status  Jiag  =  TERMINATE  DSM 

IF  status  Jiag  is  TRUE 

//  removes  the  entry  from  the  database 
DELETE  dsmLocation 
END  IF 
END  IF 

ELSE  IF  entityType  is  HH 

//  obtain  handle  to  HH 

hhLocation  =  LOOKUP  enitityLo cation 

II  terminate  HH  which  returns  a  true  or  false  flag 

status  Jiag  =  TERMINATE  HH 

IF  status  Jiag  is  TRUE 

//  remove  the  corresponding  hhLocation  from  the  DSM’s  HHs  List 
NOTIFY  DSM 

//  removes  the  entry  from  the  database 
DELETE  hhLocation 
END  IF 
END  ELSE  IF 


ELSE  IF  entityType  is  AR 

//  obtain  handle  to  AR 


36 


arLocation  =  LOOKUP  enitityLocation 
//  terminate  AR  which  returns  a  true  or  false  flag 
status _flag  =  TERMINATE  AR 
IF  status  Jlag  is  TRUE 

//  remove  the  corresponding  arLocation  from  the  DSM’s  AR’s  List 
NOTIFY  DSM 

//  removes  the  entry  from  the  database 
DELETE  arLocation 
END  IF 
END  ELSE  IF 
ELSE  IF  entityType  is  QM 

//  obtain  handle  to  QM 

qmLocation  =  LOOKUP  enitityLocation 

II  terminate  QM  which  returns  a  true  or  false  flag 

status  Jiag  =  TERMINATE  QM 

IF  status  Jiag  is  TRUE 

//  remove  the  corresponding  qmLocation  from  the  DSM’s  entry 
NOTIFY  DSM 

//  removes  the  entry  from  the  database 
DELETE  qmLocation 
END  IF 
END  ELSE  IF 
ELSE 

//  set  flag  to  false  value 
SET  status  Jag  to  FALSE 
END  ELSE 

//  to  display  on  the  on  the  interface  about  a  successful/unsuccessful  termination 
return  status  Jag 


END 
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4.1.3  Message  Traffic  Monitor 

The  Message  Traffic  Monitor  keeps  track  of  the  message  traffic  infonnation  in  the 
URDS.  The  traffic  monitor  uses  an  event-driven  approach  to  update  its  traffic 
information  this  infonnation  is  updated  on  the  web  interface  upon  the  request.  This 
information  is  classified  into  three  types,  namely,  authentication  messages,  query 
processing  messages  and  components  update  messages.  These  messages  are  recorded  by 
software  probes  [MAN95]  when  an  inter-entity  message  transfer  occurs  in  the  URDS. 
The  software  probes  are  small  pieces  of  code  residing  within  the  programs  (entities  of  the 
URDS)  which  raise  events.  These  recorded  events  are  responsible  for  sending  messages 
to  the  Message  Traffic  Monitor.  The  traffic  monitor  in-tum  updates  its  message  traffic 
value(s)  depending  upon  the  type  of  messages  (based  on  the  type  of  event).  When  the 
system  administrator  requests  for  traffic  infonnation  the  traffic  monitor  displays 
information  in  three  categories  (authentication,  query  processing  and  components  update 
messages). 

Algorithms  for  Handling  the  Message  Traffic:  These  algorithms  outline  the  process  of 
maintaining  the  message  traffic  information.  Whenever  there  is  new  message,  it  updates 
the  appropriate  counter. 

MSGTRAFFICMONITORINITIALIZATION 

BEGIN 

ACTIVATE  MSGTRAFFICSERVICE 

END 

MSGTRAFFICSERVICE 

BEGIN 

WHILE  TRUE 

/*  listens  to  all  URDS  (DSM,  HH,  AR  &  QM)  entities  for  any  message 
communication,  this  is  achieved  by  using  software  probes  */ 

COLLECT  trafficlnfo 
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IF  newMessage 

I*  update  the  authentication  /  query  /  components  update  counter 
depending  upon  the  type  of  message  */ 

UPDATE  a uthentication/queryPropagation/Component  counter 
END  IF 

/*  system  administrator  requests  URDSMMS  for  message  traffic 
information  */ 

IF  contacted  by  SystemAdministrator 

//  retrieves  the  traffic  information 
GET  trafficlnfo 

/*  display  the  traffic  information  on  system  administrator’s 
interface  */ 

DISPLAY  trafficlnfo 
END  IF 
END  WHILE 

END 


4.1.4  Utilization  Monitor 

The  Utilization  Monitor  helps  in  providing  the  utilization  of  the  active  Headhunters  or  the 
Query  Manager.  As  soon  as  a  HH  or  QM  is  started,  the  Utilization  Monitor  starts 
recording  its  net  busy  time  (time  during  which  a  HH  or  QM  is  executing  any  of  its 
methods).  It  records  the  busy  time  at  a  regular  time  intervals,  so  that  a  history  of  values 
could  be  provided  to  the  system  administrator  upon  a  request. 

Algorithm  for  Initialization  of  Utilization  Monitor:  In  this  algorithm,  the  utilization 
monitor  activates  the  HH  UTIL  SERVICE  and  QM  UTIL  SERVICE.  These  algorithms 
record  the  utilization  of  each  HH  or  QM  at  a  regular  time  interval  of  60  seconds 
(randomly  selected). 
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UTILMONITORINITIALIZATION 

BEGIN 

ACTIVATE  HH  UTIL  SERVICE 
ACTIVATE  QM  UTIL  SERVICE 

END 

Algorithm  for  Handling  Headhunter’s  Utilization:  This  algorithm  outlines  the  process  of 
calculating  the  utilization  percentage  for  each  Headhunter  and  also  generates  a  utilization 
graph.  netBusyTime  is  the  net  time  for  the  HH  to  process  a  query  or  update  its 
metarepository.  The  utilization  percentage  is  the  net  busy  time  divided  by  the  total  time 
interval  for  recording  the  busy  time  (in  this  case  60  seconds);  precisely 
netUtilizationPercentage  =  (netBusyTime!  60)*  1 00  (same  formula  is  used  for  calculating 
utilization  of  QM). 

HH_UTIL_  SERVICE 
BEGIN 

IN:  hhLocation 
WHILE  TRUE 

//  obtain  a  handle  to  the  HH  to  record  its  utilization 
LOOKUP  hhLocation 

II  obtains  the  HH’s  net  utilization  time,  in  a  particular  time  interval 
GET  netBusyTime 

II  calculates  the  utilization  percentage,  using  the  above  mentioned  formula 
COMPUTE  netUtilizationPercentage  =  (netBusyTime/ 60)*  100 
/*  stores  the  computed  utilization  values  in  an  ArrayList  which 
corresponds  to  this  particular  HH  */ 

STORE  value  in  HHUtilList 

/*  system  administrator  requests  URDSMMS  for  a  particular  HH’s 
utilization  information  */ 

IF  contacted  by  user 

II  retrieves  the  latest  set  of  utilization  percentage  values 
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GET  HHUtilList 

/*  generate  a  dynamic  graph  which  shows  the  utilization 
percentage  of  HH  over  a  period  of  time  */ 

DRAW  HHUtil  Graph 

//  displays  the  graph  on  the  system  administrator’s  interface 
DISPLAY  HHUtilGraph 
END  IF 
END  WHILE 

END 

Algorithm  for  Handling  Query  Manager’s  Utilization:  This  algorithm  outlines  the 
process  of  calculating  the  utilization  percentage  for  QM  and  also  generates  a  utilization 
graph.  netBusyTime  is  the  time  for  a  QM  to  check  its  queue  (query  input  queue), 
propagate  queries  to  HHs  and  receive  results  from  HHs. 

QM_UTIL_  SERVICE 
BEGIN 

IN:  qmLocation 
WHILE  TRUE 

//  obtain  a  handle  to  the  QM  to  record  its  utilization 
LOOKUP  qmLocation 

II  obtains  the  QM’s  net  utilization  time,  in  a  particular  time  interval 
GET  netBusyTime 

II  calculates  the  utilization  percentage 

COMPUTE  netUtilizationPercentage  =  (netBusyTime  160)'*  1 00 
//  stores  the  computed  utilization  values  in  an  Array  List 
STORE  value  in  QMUtilList 

/*  system  administrator  requests  URDSMMS  for  a  particular  QM’s 
utilization  information  */ 

IF  contacted  by  user 

II  retrieves  the  latest  set  of  utilization  percentage  values 
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GET  QMUtilList 

/*  generate  a  dynamic  graph  which  shows  the  utilization 
percentage  of  QM  over  a  period  of  time  */ 

DRAW  QMUtilGraph 

//  displays  the  graph  on  the  system  administrator’s  interface 
DISPLAY  QMUtilGraph 
END  IF 
END  WHILE 

END 


4.1.5  Snapshot  Monitor 

The  Snapshot  Monitor  keeps  track  on  the  number  of  active  entities  in  the  URDS  and  the 
number  of  queries  the  URDS  is  processing.  Whenever  a  new  entity  is  started,  the 
Snapshot  Monitor  updates  its  values.  The  Snapshot  Monitor  retrieves  the  information 
from  the  database  using  a  JDBC  connection  upon  the  administrator’s  request.  It  then 
propagates  the  information  to  the  Controller,  which  in-turn  updates  the  values  on  the 
interface  of  system  administrator. 

Algorithms  for  Handling  the  Snapshot  of  URDS:  These  algorithms  outline  the  process  of 
obtaining  the  snapshot  of  the  URDS.  Depending  upon  system  administrator’s  request, 
details  about  the  HHs  and  ARs  can  also  be  provided,  along  with  the  URDS  statistics. 
enityType  refers  to  a  HH  or  a  AR 

SNAPSHOTMONITORINITIALIZATION 

BEGIN 

ACTIVATE  SNAPSHOTSERVICE 

END 

SNAPSHOTSERVICE 

BEGIN 
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/*  system  administrator  requests  URDSMMS  for  a  snapshot  of  URDS  */ 

IF  contacted  by  user 

/*  retrieves  from  database  details  of  HH’s,  AR’s  and  the  locations  of  DSM 


and  QM  */ 

GET  details  from  database 
//  displays  details  from  database 
DISPLAY  snapshot  of  URDS 

//  system  administrator  requests  display  of  specific  details  of  HHs  or  ARs 
IF  requested  by  user  for  entityType  details 

/*  retrieves  the  entity  (HH  or  AR)  details  from  database,  such  as 
location,  name,  domain  and  rating  */ 

GET  entityType  details  from  database 
//  display  entity  details 
DISPLAY  entityType  details 


END  IF 
END  IF 


END 


4.1.6  Error  Monitor 

The  Error  Monitor  provides  the  error  handling  part  for  the  URDSMMS.  It  is  responsible 
for  catching  the  remote  exceptions  which  can  occur  at  any  entity  of  URDS.  Exceptions, 
such  as  failure  of  authentication,  Headhunter  not  found,  unable  to  connect,  etc.,  are 
displayed.  When  the  Error  Monitor  receives  an  error  message  from  URDS,  it 
immediately  dispatches  the  message  to  Controller  which  displays  the  message  on  the 
interface  of  the  system  administrator.  Additionally,  an  error  help  is  provided 
corresponding  to  each  error  message.  The  Error  Monitor  also  uses  an  event-driven 
approach  by  using  software  probes  (as  described  in  section  4.1.3),  and  its  values  are 
updated  on  the  interface  at  regular  time  intervals. 
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Algorithms  for  Handling  the  Errors  of  URDS:  These  algorithms  outline  the  process  of 
catching  the  exceptions  thrown  by  URDS  entities  and  notifying  the  system  administrator 
with  a  relevant  error  message. 

ERRORMONITORINITIALIZATION 

ACTIVATE  ERROR  MONITOR  SERVCE 

END 

ERRORMONITORSERVICE 

BEGIN 

IN:  entityLocation  (DSM’s,  HH’s,  AR’s  or  QM’s  location) 

WHILE  TRUE 

/*  listens  to  all  URDS  (DSM,  HH,  AR  &  QM)  entities  for  any  remote 
exceptions  by  using  software  probes  */ 

COLLECT  errors 
IF  errors 

/*  displays  an  error  message  to  the  system  administrator  */ 
DISPLAY  errorMessage 
END  IF 
END  WHILE 

END 


4.1.7  Query  Handler 

The  Query  Handler  is  responsible  for  propagating  the  queries  submitted  by  the  system 
integrator.  If  a  new  query  is  submitted.  Query  Handler  delivers  it  to  QM  for  processing. 
The  results  are  retrieved  and  displayed  to  the  system  integrator. 

Algorithms  for  Initialization  Query  Handler:  In  this  algorithm  query  handler  activates  the 
NE WQ UER  Y  HANDLER  and  RESULTS  HANDLER. 
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QUERYHANDLERINITIALIZATION 

BEGIN 

ACTIVATE  NEWQUERY  HANDLER 
ACTIVATE  RESULTSHANDLER 

END 

Algorithms  for  Handling  Queries:  These  algorithms  outline  the  process  of  submitting  a 
new  query  for  processing  to  QM  and  retrieving  results  using  the  RESULTS_HANDLER 
algorithm  and  displaying  them  to  the  system  integrator.  The  querylD  is  a  unique  id 
generated  by  the  monitoring  and  management  system. 

NEW  QUERY_H  ANDLER 
BEGIN 

IN:  componentName,  responseTime 

II  system  integrator  searches  for  matching  components 

LOOKUP  URDS_Proxy 

II  obtain  a  handle  to  URDSProxy  to  submit  a  query 
SUBMIT  query 

END 

RESULTSHANDLER 

BEGIN 

IN:  querylD 

II  system  integrator  retrieves  results  for  a  particular  by  submitting  the  querylD 
GET  results  from  database 
DISPLAY  results 

END 

The  implementation  details  for  the  above  mentioned  algorithms  are  provided  in 
subsection  4.4. 
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4.2  User  Interface  Design 

A  good  interface  is  necessary  for  producing  successful  software  products;  it  helps  in 
providing  better  usability  for  the  systems.  This  section  presents  the  basis  for  the 
importance  of  usability  and  how  usability  issues  have  been  tackled  in  URDSMMS. 

“Interface  design  became  important  because  pleasant,  attractive,  easy-to-use  software 
sells  well.”  [SUT95].  Usability  helps  in  making  the  system  easy-to-learn  and  easy-to-use. 
It  describes  the  quality  of  a  user’s  (in  the  present  case,  either  an  administrators  or  a 
system  integrator’s)  experience  when  interacting  with  a  system. 

The  usability  and  features  of  the  system  were  amended  by  going  through  a  series  of  steps. 
Initially  the  requirements  of  the  target  users  were  identified  and  these  requirements  were 
reviewed  and  enhanced  by  having  multiple  meetings  with  the  UniFrame  team  members. 
Also  a  survey  was  prepared  on  the  basis  of  [PRE02];  and  was  distributed  among  the 
UniFrame  team  to  collect  their  ideas  about  the  interface  design  and  the  feature  that  should 
be  incorporated.  Based  on  the  feedback  obtained  from  the  survey  and  the  one-to-one 
meetings,  the  URDSMMS  features  such  as  utilization  of  HH  or  QM  and  average  response 
time  were  revised  and  incorporated.  The  actual  copy  of  the  survey  and  its  results  are 
provided  in  Appendix  D. 


4.2.1  Use  Case  Diagrams 

The  Use  Case  diagrams  model  the  functionality  of  the  system  using  actors  and  use  cases. 
[ARL2002,  OES99].  A  use  case  diagram  displays  the  relationship  among  actor(s)  and  use 
cases.  The  roles  played  by  users  that  use  the  system  are  called  actors.  Use  cases  are  the 
actions  that  an  actor  can  do  with  the  system. 

In  this  subsection,  a  few  use-case  diagrams  are  presented,  along  with  the  pre-condition 
and  post-condition  of  the  system,  and  a  brief  description  about  each  use  case.  For 
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URDSMMS,  only  two  actors  (system  administrator  and  system  integrator)  are 
considered.  Appendix  B  provides  the  rest  of  the  use-case  diagrams. 

Figure  4.2  illustrates  a  successful/unsuccessful  login  by  a  user  to  access  the  URDSMMS. 
The  use  case  starts  when  the  system  administrator/system  integrator  enters  the  URL.  If 
the  correct  username  and  password  is  entered,  the  system  authenticates  the  user  and 
redirects  to  the  appropriate  interface;  else  the  system  displayed  an  error  message  and  ask 
to  re-enter  the  username  and  password. 


System 

Administrator/  • 

System  Integrator  / 

/ 


Pre:  System  Administra tor/ System  Integrator  has 
accessed  the  website  by  entering  the  URL. 

Post:  User  has  got  access  to  the  URDSMMS  main  page 
upon  a  successful  login;  else  an  error  message  has  been 
displayed. 


Figure  4.2  Use  Case  Diagram  for  a  successful/unsuccessful  login 


Figure  4.3  illustrates  a  use  case  diagram  for  starting  an  entity  of  URDS.  The  system 
administrator  is  asked  to  enter  the  details  (depending  upon  the  entity,  information  such  as 
host  name,  port  number,  DSM  location,  domain,  username  and  password).  After  checking 
the  appropriateness  of  the  details,  a  new  entity  is  created  and  a  corresponding  status 
message  is  displayed.  Depending  upon  the  appropriateness,  the  message  can  be  either  a 
“successful  creation”  or  “error  in  creation”. 
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System 

Administrator 


Start  Entity 


Pre:  System  Administrator  has  accessed  the  StartEntity  (DSM, 
HH,  AR  or  QM)  page,  by  clicking  on  the  appropriate  menu. 

Post:  System  Administrator  has  got  a  message  saying  entity 
successfully  started  or  error  in  starting  entity. 


Figure  4.3  Use  Case  Diagram  for  starting  an  entity 


4.3.  Implementation  of  the  URDSMMS 

The  following  sections  describe  a  prototypical  implementation  of  the  URDSMMS 
architecture  using  Java  and  Java-based  technologies. 

4.3.1  Technology 

Before  the  description  of  the  actual  implementation,  the  technologies  that  are  used  for  the 
prototype  are  briefly  described. 

4. 3. 1.1  Java™  2  Platform  Enterprise  Edition  (J2EE™) 


The  prototype  implementation  is  based  on  the  architectural  model  laid  out  by  [SUN01]  in 
J2EE™.  J2EE™  defines  a  standard  that  applies  to  all  aspects  of  architecting,  developing 
and  deploying  multi-tier  server-based  applications.  The  Figure  4.4  [SUNOla]  shows  the 
components  of  the  J2EE™  Model. 
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Figure  4.4  Components  and  Containers  of  J2EE  Model.  [SUNOla] 


The  J2EE™  platform  specifies  technologies  to  support  multi-tier  enterprise  applications. 
[SUN01]  categorizes  these  technologies  into  three,  namely,  Component,  Services  and 
Communication.  The  following  subsections  outline  the  technologies  (in  Figure  5.1)  in 
each  of  these  categories  that  have  been  used  for  implementation.  (The  Java-based 
technologies  described  in  these  sections  are  proprietary  technologies  of  SUN 
Microsystems  [SUN01]) 


4.3. 1 . 1 . 1  Component  Technologies 

The  J2EE™  Component  technologies  have  been  used  in  the  prototype  to  create  the  front- 
end  client  components  and  back-end  service  components.  The  prototype  supports  two 
types  of  clients:  Application  Clients  which  are  structured  as  Application  Client 
Components  (described  in  section  4.3. 1.1. 1.1)  and  Web  Clients,  which  interact  with  the 
Web  Components  (described  in  section  4. 3. 1.1. 1.2).  These  two  types  of  J2EE™ 
components  used  in  the  prototype  are  discussed  below: 
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4.3. 1 . 1 . 1 . 1  Application  Client  Components 

Application  Clients  are  client  components  that  execute  in  their  own  Java  virtual  machine. 
Application  clients  are  hosted  in  an  Application  Client  Container  (Figure  5.1). 

4. 3. 1.1. 1.2  Web  Components 

A  Web  Component  is  a  software  entity  that  provides  the  necessary  response  to  a  request. 
The  J2EE  ™  platfonn  contains  two  types  of  Web  Components,  namely,  Servlets  and  Java 
Server  Pages™  (JSP). 

Servlets  are  Java  programming  language  classes  that  dynamically  process  requests  and 
construct  responses.  JSP  pages  are  text-based  documents  that  execute  as  servlets  but 
allow  a  more  generic  approach  in  creating  web  pages.  JSP  technology  provides  an 
extensible  way  of  generating  dynamic  content  for  a  Web  client. 

4. 3. 1.1. 2  Service  Technologies 

The  J2EE™  platfonn  [SUN02]  service  technologies  allow  applications  to  access  variety 
of  services.  The  popular  service  technologies  supported  are  JDBC™  API  [SUN03a] 
which  provides  access  to  databases,  Java  Transaction  API  (JTA)  [SUN03b]  for 
transaction  processing,  Java  Naming  and  Directory  Interface™  (JNDI)  [SUN03c]  which 
provides  access  to  naming  and  directory  services,  J2EE™  Connector  Architecture 
[SUN03d]  which  supports  access  to  enterprise  infonnation  systems  and  Java  API  for 
XML  Processing  (JAXP)  [SUN03e]  which  enables  applications  to  parse  and  transform 
XML  documents  independent  of  a  particular  XML  processing  implementation.  The 
JDBC™  API  2.0  service  technology  is  used  in  this  prototype;  a  discussion  of  it  is  given 


below. 
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4.3. 1.1. 2.1  JDBC™  API  2.0 

The  JDBC™  API  provides  methods  to  invoke  SQL  commands  from  Java  programming 
language  methods.  The  JDBC  API  has  two  parts:  an  application-level  interface  used  by 
the  application  components  to  access  a  database,  and  a  service  provider  interface  to  attach 
a  JDBC  driver  to  the  J2EE™  platform. 

4. 3. 1.1. 3  Communication  Technologies 

Communication  technologies  provide  a  mechanism  for  communication  between  clients 
and  serves  and  between  the  collaborating  objects  hosted  by  different  servers.  Some  of  the 
communication  technologies  supported  by  the  J2EE™  platform  include,  Transport 
Control  Protocol  over  Internet  Protocol  (TCP/IP),  Hypertext  Transfer  Protocol  HTTP  1.0, 
Secure  Socket  Layer  SSL  3.0,  Java  Remote  Method  Protocol  (JRMP),  Java  IDL,  Remote 
Method  Invocation  over  Internet  Inter  ORB  Protocol  (RMI-IIOP),  Java  Message  Service 
1.0  (JMS),  JavaMail  and  Java  Activation  Framework.  The  current  prototype  uses  the 
HTTP  1.0  Protocol  for  communication  between  the  browser-based  clients  (system 
administrator  and  system  integrator)  and  the  server-side  entities.  The  components 
communicate  among  themselves  on  the  server-side  using  Java  Remote  Method 
Invocation  (RMI).  The  following  subsection  provides  an  overview  of  communication 
technologies  used  in  this  prototype. 

4.3. 1.1. 3.1  HTTP  1.0  Protocol 

The  Hypertext  Transfer  Protocol  (HTTP)  [WWW03]  is  an  application-level  protocol  for 
distributed,  collaborative,  hypermedia  infonnation  systems  (used  by  the  World  Wide 
Web).  It  is  a  generic  stateless  protocol,  featuring  the  typing  and  negotiation  of  data 
representation,  allowing  systems  to  be  built  independently  of  the  data  being  transferred. 
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4. 3. 1.1. 3. 2  Java  Remote  Method  Invocation  (RMI) 

Java  RMI  [SUN03f]  is  a  set  of  API  in  Java  that  enables  programmers  to  develop 
distributed  applications.  It  uses  Java  language  interfaces  to  define  remote  objects,  and  it 
combines  Java  serialization  technology  and  the  Java  Remote  Method  Protocol  (JRMP) 
for  performing  remote  method  invocations. 

4. 3. 1.2  Web  Servers  and  Application  Servers 

A  Web  Server  consists  of  hardware  and  software  programs,  which  serve  the  requested 
HTML  pages  or  files  (such  as  images,  documents,  etc)  to  the  remote  clients  via  web- 
browsers.  Web  servers  are  assigned  IP  addresses  which  remote  applications  can  use  to 
access  them  with  the  HTTP  protocol.  Apache  HTTP  Server  [APA04],  IBM  HTTP  Server 
[IBMa]  and  Sun  Java  System  web  server  [SUN]  are  some  of  the  popular  examples  of  web 
servers. 

Application  Servers  are  software  components  that  provide  the  business  logic  for  an 
application  program.  They  coordinate  with  web  servers  to  return  specific  results 
(dynamic  results)  to  a  client’s  request.  The  clients  communicate  with  the  web  servers 
using  HTTP  protocol  and  they  in-turn  communicate  with  the  application  servers  to 
retrieve  dynamic  content,  the  web  server  return  this  infonnation  back  to  the  clients  using 
HTTP  protocol.  The  application  servers  communicate  with  back-end  database 
systems/directory  servers  using  standard  communication  protocols.  Some  examples  of 
application  servers  are  IBM  WebSphere  Application  Server  [IBMb],  BEA’s  WebLogic 
Server  [BEA]  and  Internet  Infonnation  Services  (IIS)  [IIS]. 

4.4  URDSMMS  Implementation 

Figure  4.5  illustrates  the  implementation  of  URDSMMS.  The  architecture,  along  with  the 
existing  URDS,  is  a  multi-tier  implementation  of  a  distributed  application  model,  which 
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implies  that  various  parts  of  the  system  can  run  on  different  remote  machines.  This 
architecture  is  complaint  with  the  J2EE™  distributed  application  model. 


Figure  4.5  URDSMMS  Implementation 

The  URDSMMS  functionality  is  partitioned  into  modules,  with  each  module  divided  into 
specific  objects,  each  having  a  separate  functionality.  The  prototype  adopts  the  Model- 
View-Controller  (MVC)  architecture  [GAM95,  SUN02a].  The  MVC  architecture  can  be 
described  as  follows:  "The  Model  represents  the  application  data  and  the  rules  that 
govern  the  access  and  modification  of  this  data.  The  View  renders  the  contents  of  a 
model.  It  accesses  data  from  the  model  and  defines  how  that  data  should  be  presented. 
The  Controller  defines  the  application  behavior;  it  translates  user  gestures  into  actions  to 
be  perfonned  by  the  model”  [GAM95]. 

The  Model  consists  of  the  Business  and  Database  tiers.  It  includes  the  underlying  URDS 
system  implemented  in  [SIR03].  The  Business  tier,  which  consists  of  different  entities  of 
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URDS,  has  been  modified,  so  as  to  support  the  monitoring  features  of  URDSMMS.  The 
Oracle  database  tier  includes  the  relational  database  tables  of  URDS  and  URDSMMS. 

The  View  consists  of  browsers,  which  provide  interfaces  for  the  users  (system 
administrator  and  system  integrator)  of  URDSMMS.  These  users  interact  with  the  system 
and  together  form  the  client  tier  of  URDSMMS. 

The  Controller  of  URDSMMS  consists  of  JSP  pages  and  proxy  classes.  The  proxy 
classes  are  responsible  for  arbitrating  between  the  JSP  pages  and  entities  of  URDS  in  the 
Business  tier.  The  JSP  pages  receive  inputs  forms  the  users  (administrator  and  integrator) 
of  the  Client  tier  and  send  back  the  processed  results  via  browsers. 

4.4.1  Platfonn  and  Environment 

In  the  prototype,  the  components  of  URDSMMS  are  implemented  using  Java™  2 
Platform,  Standard  Edition  (J2SE)  [SUN03]  version  1.4.1  software  environment.  The 
core  entities  are  implemented  as  Java-RMI  based  services.  The  database  oriented 
implementations  are  based  on  Oracle  version  9.2.  The  web-based  components  (JSPs), 
which  service  client  (system  administrator  and  system  integrator)  interactions,  are  housed 
in  the  Tomcat  3.1.1  Servlet/JSP  Container  [APA03]. 

4.4.2  Communication  Infrastructure 

The  interactions  between  the  users  (system  administrator  or  system  integrator)  and  the 
components  in  the  Web  tier  are  established  using  HTTP  protocol.  The  communication 
between  proxy  classes  in  the  Web  tier  and  the  URDS  entities  of  the  Business  tier  are 
based  on  Java  RMI.  The  connections  to  the  databases  are  established  using  the  JDBC 
APIs. 
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4.4.3  Implementation  Details 

To  structure  an  application  along  the  lines  of  MVC  architecture  it  is  necessary  to  divide 
the  application  into  objects  and  assign  these  objects  to  different  tiers.  This  process  is 
referred  to  as  object  decomposition.  These  are  objects  that  deal  with  presentation  aspects 
of  the  application,  objects  that  deal  with  the  application  rules  and  data,  and  objects  that 
accept  and  interpret  user  requests  and  control  the  application  objects  to  fulfill  these 
request  [SUNOla]. 

The  URDSMMS,  when  combined  with  the  URDS,  forms  a  four-tier  architecture.  The 
description  in  this  section  is  presented  in  the  following  order:  Client  Tier,  Web  Tier, 
Business  Tier  and  Database  Tier. 


4.4.3. 1  Client  Tier 

The  client  tier  consists  of  the  users  (system  administrator  and  system  integrator)  of  the 
URDSMMS.  This  client  tier  fonns  the  view  of  the  MVC  architecture.  It  determines  the 
presentation  of  the  user  interface  of  the  prototype.  The  JSP  pages  work  along  with  the 
components  of  URDSMMS  and  URDS.  The  JSP  pages  are  used  for  dynamic  generation 
of  HTML  responses. 

As  indicated  earlier,  this  prototype  considers  two  kinds  of  users,  and  hence,  two  views 
have  been  implemented,  the  system  administrator  view  and  system  integrator  view.  Both 
the  users  login  into  the  system  securely  by  entering  the  username  and  password  in  the 
mainjsp  page.  A  description  about  the  JSP  pages  which  present  views  to  both  the  user 
are  presented  in  section  4.4.3.2.I. 

The  Figure  4.6  illustrates  the  login  page  (main.jsp)  of  the  URDSMMS,  it  serves  as  a 
common  login  page  for  both  kinds  of  users. 
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Figure  4.6  main.jsp  view 

4.4.3. 2  Web  Tier 

The  Web  tier  forms  the  controller  module  of  the  MVC  architecture.  It  is  responsible  for 
coordinating  the  model  and  view.  The  Web  Tier  in  the  URDSMMS  also  consists  of 
several  proxy  classes,  which  help  the  connection  between  Web  Components  in  this  tier 
and  Business  Components  in  the  Business  Tier. 

4. 4. 3. 2.1  Web  Components 


The  Web  Components  consist  of  JSP  pages,  which  interact  with  the  proxy  classes  and 
return  the  results  to  the  users. 


main.jsp:  This  JSP  page  provides  the  login  view  for  accessing  the  system.  A  user  (system 
administrator/system  integrator)  enters  the  username  and  password  to  login  into  the 
URDSMMS  system.  If  it  is  a  successful  login,  the  user  is  redirected  to  an  authorized  page 
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(depending  on  system  administrator  view  or  system  integrator  view),  else  an  error 
message  is  displayed. 

DSMStart.jsp:  This  JSP  page  provides  the  view  for  initializing  (starting)  the 
DomainSecurityManager  (DSM).  The  DSM  can  be  hosted  on  any  remote  host. 

HHStart.jsp:  This  JSP  page  provides  the  view  for  initializing  (starting)  a  Headhunter 
(HH).  The  HH  can  be  hosted  on  any  desired  remote  host,  by  providing  the  necessary 
username,  password  and  domain  name,  along  with  the  DSM’s  location. 

ARStartjsp:  This  JSP  page  provides  the  view  for  initializing  (starting)  a  ActiveRegistry 
(AR).  The  AR  can  be  hosted  on  any  desired  remote  host,  by  providing  the  necessary 
username,  password  and  domain  name,  along  with  the  DSM’s  location. 

QMStartjsp:  This  JSP  page  provides  the  view  for  initializing  (starting)  a  QueryManager 
(QM).  The  QM  can  be  hosted  on  any  desired  remote  host,  by  providing  the  necessary 
username  and  password,  along  with  the  DSM’s  location. 

Monitor. jsp:  This  JSP  page  provides  the  view  for  displaying  the  statistical  details  of  the 
URDS,  such  as  location  where  the  DSM,  QM,  HHs  and  ARs  are  running.  An  option  to 
display  details  specific  to  each  HH  and  AR  (such  as  HH’s  or  AR’s  name,  domain,  along 
with  a  feedback  for  each  HH)  is  also  provided.  Number  of  queries  the  system  is  currently 
executed  is  also  displayed. 

getTraffic.jsp:  This  JSP  page  provides  the  view  to  display  the  message  traffic,  upon  the 
request  from  the  user.  The  message  traffic  is  displayed  in  three  categories,  namely, 
authentication,  query  processing  and  component  messages  it  gathers  information  from  the 
MsgTraffic  class. 
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gr aph  Viewer. jsp:  This  JSP  page  provides  the  view  to  display  the  response  times  for 
executed  queries.  The  details  are  shown  graphically,  for  the  latest  20  queries,  so  as  to 
provide  better  understanding  of  the  system. 

HHUtilization.jsp:  This  JSP  page  provides  the  graphical  view  of  the  utilization  of  a 
Headhunter.  A  graph  of  the  latest  100  values  can  be  plotted  by  selecting  the  HH  for 
which  the  graph  is  required.  This  infonnation  is  obtained  form  the  Monitor  class. 

QMUtilization.jsp:  This  JSP  page  provides  the  graphical  view  of  the  utilization  of  the 
Query  Manager.  A  graph  of  the  latest  100  values  can  be  plotted  upon  the  user’s  request. 
This  infonnation  is  obtained  form  the  Monitor  class. 

DSMStop.jsp:  This  JSP  page  provides  the  view  for  killing  a  Domain  Security  Manager. 
This  process  can  be  achieved  by  submitting  the  location  of  the  DSM  to  the  Monitor  class. 

QMStop.jsp:  This  JSP  page  provides  the  view  for  killing  a  Query  Manager.  This  process 
can  be  achieved  by  submitting  the  location  of  the  QM  to  the  Monitor  class. 

HHStop.jsp:  This  JSP  page  provides  the  view  for  killing  a  Headhunter.  This  process  can 
be  achieved  by  submitting  the  location  of  the  HH  to  the  Monitor  class. 

ARStop.jsp:  This  JSP  page  provides  the  view  for  killing  a  Active  Registry.  This  process 
can  be  achieved  by  submitting  the  location  of  the  AR  to  the  Monitor  class. 

Help.htm:  This  HTML  page  provides  a  navigational  help  for  the  administrator  view  of 
the  entire  system  and  also  provides  help  for  the  known  error  messages. 

errorsDisplay.jsp:  This  JSP  page  serves  as  a  view  for  displaying  all  the  error  messages 
that  occur  in  the  URDS. 
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newQuery.jsp:  This  JSP  page  serves  as  a  view  for  submitting  a  query  for  processing  to 
the  URDSProxy  class. 

displ ay Results. jsp:  This  JSP  page  is  to  view  the  processed  results.  The  results  can  be 
viewed  by  submitting  queryid. 

Help_si.htm:  This  HTML  page  provides  a  navigational  help  for  the  system  integrator 
view. 

The  newQuery.jsp  and  displ  ay  Results. jsp  pages  provide  interfaces  for  the  system 
integrator  view  while  the  rest  of  the  JSP  pages  serve  as  interfaces  for  the  system 
administrator  view.  The  screen  shots  for  these  views  are  provided  in  appendix  C. 

4.4.3. 2.2  URDSMMS  Classes 

These  classes  serve  as  connectors  between  the  Web  tier  and  Business  tier.  These  Java 
classes  collect  monitoring  information  from  different  entities  of  URDS.  The  functionality 
of  these  classes  of  URDSMMS  can  be  described  as  below  and  the  class  diagrams  are 
provided  in  appendix  E. 

URDS  Management:  This  connects  the  DSMStart.jsp,  HHStart.jsp,  HHStop.jsp,  etc. 
(other  JSP  pages  which  fall-in  the  management  activity  of  URDSMMS)  in  the  Web  tier 
with  the  URDS  entities  (DSM,  HH,  AR  &QM)  in  Business  tier. 

Message  Traffic  Monitor:  This  class  connects  getTraffic.jsp  in  the  Web  tier  with  all 
URDS  entities  (DSM,  HH,  AR  and  QM)  in  Business  tier.  It  records  the  traffic 
information  by  placing  probes  in  the  URDS  entities  called  software  probes  [MAN95], 


Utilization  Monitor:  This  class  connects  HHUtlization.jsp  and  QMUtilization.jsp  in  Web 
tier  to  HHs  and  QM  in  the  Business  tier.  It  records  the  net  utilization  of  HHs  and  QM  at 
regular  time  intervals. 
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Snapshot  Monitor:  This  class  connects  Monitor.jsp  in  Web  tier  to  entities  in  URDS 
(DSM,  HH,  AR  &QM)  and,  inturn,  connects  to  the  database  to  collect  the  statistical 
details. 

Query  Handler:  This  class  connects  newQuery.jsp  (accepts  queries)  and 
display  Results. jsp  in  Web  tier  to  System  Generator  in  the  Business  tier. 

4.4. 3. 3  Business  Tier 

The  Business  tier  consists  of  business  components,  which  forms  a  part  of  Model  in  the 
MVC  architecture.  Business  Components  here  refer  to  standalone  software  entities  that 
provide  services  to  components  in  other  tiers  or  in  the  same  tier.  These  business 
components  can  be  remotely  accessed  using  standalone  communication  protocols.  The 
business  components  in  URDS  consist  of  DSM,  HH,  AR  and  QM. 

4.4. 3. 4  Database  Tier 

The  Database  tier  is  responsible  for  storing  persistent  data  of  URDSMMS  and  URDS. 
The  database  is  an  Oracle  database  (version  9.2)  which  is  a  relational  database.  The 
database  is  accessed  and  updated  through  the  JDBC  technology. 

This  chapter  provided  an  overview  of  the  URDSMMS  architecture  and  an  explanation 
about  each  of  its  entities.  The  use-case  diagrams  for  the  design  of  UI  and  the 
implementation  details  of  URDSMMS  are  also  discussed  in  this  chapter.  The  next 
chapter  will  discuss  the  experimentation  of  URDSMMS  and  the  analysis  of  the  results. 
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5.  EXPERIMENTATION  AND  VALIDATION 


The  chapter  4  provided  the  design  and  implementation  details  of  URDSMMS.  This 
chapter  focuses  on  the  experimental  analysis  and  validation  of  the  prototype  created.  The 
usability  of  the  user  interface  of  the  prototype  is  validated  based  on  an  informal  survey. 

5.1  Experimental  Setup 

The  prototype  was  implemented  using  the  Java™  2  Platform,  Standard  Editon  (J2SE) 
version  1.4.1  software  environment.  The  core  entities  (URDS  Management,  Message 
Traffic  Monitor,  Utilization  Monitor,  URDS  Snapshot  Monitor  and  Error  Monitor)  were 
implemented  using  Java  and  Java-RMI  technologies.  The  user  interface  was  designed 
using  JSP;  and  deployed  on  Jakarta  Tomcat  version  3.1.1.  The  underlying  URDS  system 
was  adapted  from  [SIR02]  and  [DEV05].  The  repository  used  by  the  Domain  Security 
Manager  for  authenticating  other  entities  was  implemented  using  Oracle9i  database 
version  9.2.  URDSMMS  also  used  the  same  database  to  store  results.  The  hardware 
platform  used  for  the  experimentation  was  Sun  Solaris  Ultra-250  Sparc  machines,  which 
are  running  with  Sun  OS  release  5.8.  The  prototype  can  be  implemented  on  any 
environment  using  J2SE  1.4.1,  or  later  version,  and  running  any  web  server  which  is 
compatible  with  JSP  technology. 

5.2  Experiments  to  empirically  validate  the  Monitoring  System 

URDSMMS  was  tested  with  different  sets  of  experiments  to  empirically  validate  the 
functioning  of  the  monitoring  system.  All  the  experiments  were  conducted  on  the  version 
of  URDS  which  has  been  implemented  with  the  multi-threaded  Query  Manager  and 
single-threaded  Headhunters  [DEV05].  This  version  of  URDS  was  capable  of  processing 
multiple  queries  simultaneously. 
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This  set  of  experiments  was  carried  out  with  one  Headhunter  (HH)  and  one  Active 
Registry,  with  the  utilization  of  Headhunter  and  Query  Manager  being  calculated  at 
regular  time  intervals.  After  a  period  of  time,  two  queries  were  submitted  to  the  system 
for  processing,  to  trace  the  appropriate  changes  in  the  utilization  values.  The  reason  for 
considering  such  a  small  configuration  is  to  clearly  observe  the  change  of  pattern  in  the 
graphs.  Figure  5.1  illustrates  the  Snapshot  of  URDS;  it  depicts  the  number  of  active 
entities  of  URDS. 


Figure  5.1  Snapshot  of  URDS 

In  Figure  5.2,  the  vertical  represents  the  utilization  percentage  of  a  Headhunter 
(Headhunter’s  active  time)  and  the  horizontal  represents  the  latest  calculations  of  the 
utilization  (history  of  values  up  to  100  are  maintained).  From  the  graph,  the  utilization  of 
a  Headhunter  is  observed  to  be  in  the  range  of  0.8%  and  1.5%  when  it  is  idle,  i.e.,  no 
queries  are  being  sent  to  that  Headhunter  for  processing.  This  small  percentage  of 
utilization  is  accounted  to  the  Headhunter’s  multicasting  and  receiving  the  updated 
component  information  from  the  Active  Registry.  The  peak  value  of  7.0%  utilization  is 
because  the  Headhunter  receives  two  queries  from  the  Query  Manager  for  processing.  If 
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the  query  input  pattern  was  continuous,  then  this  peak  value  of  utilization  might  have 
been  continued  for  a  longer  period  (as  long  as  the  Headhunter  keeps  processing  new 
queries).  Figure  5.2  shows  the  utilization  of  Headhunter  for  the  above  described  scenario. 


Headhunter's  Utilization 


1  iMnaqellan  cS-iupui  edu:210Q.'Headhunter 


Figure  5.2  Utilization  of  Headhunter 

Figure  5.3,  illustrates  the  utilization  of  the  Query  Manager.  The  vertical  represents  the 
utilization  percentage  of  the  Query  Manager  and  the  horizontal  represents  the  latest 
calculations  of  the  utilization  (history  of  values  up  to  100  are  maintained).  The  utilization 
of  the  Query  Manager  is  approximately  0.01%  when  it  is  idle  (Query  Manager  is  not 
receiving  any  queries  from  the  system  integrators).  This  small  percentage  is  accounted  to 
the  Query  Manager  checking  in  its  query  queue  (queue  to  store  the  incoming  queries).  A 
peak  value  of  83%  utilization  is  seen  at  a  point  when  the  Query  Manager  received  two 
queries  from  the  system  integrator  for  processing.  In  the  case  of  continuous  query  input 
pattern,  the  utilization  value  would  have  been  a  peak  value  for  a  longer  period  (as  long  as 
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the  Query  Manager  keeps  receiving  new  queries  from  system  integrators),  the  value 
depends  upon  the  rate  at  which  the  queries  are  being  supplied  to  it. 


QueryManager's  Utilization 
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Figure  5.3  Utilization  of  Query  Manager 


5.3  Experiments  to  Test  Scalability 

These  set  of  experiments  were  carried  out  to  observe  the  scalability  of  the  prototype.  The 
prototype  was  tested  with  20  Headhunters  running  across  20  Sun  Ultra-250  Sparc 
machines  and  4  Active  Registries  running  on  2  machines.  The  utilization  of  each 
Headhunter  and  the  Query  Manager  was  recorded  and  displayed. 

Table  5.1  shows  the  message  traffic  of  URDS  when  20  Headhunters  are  running  and  4 
Active  Registries  running.  Since  no  new  entities  are  initiated  and  no  new  queries  are 
being  submitted  the  number  of  Authentication  Messages  and  Query  Processing  Messages 
are  0,  respectively.  The  number  of  messages  that  account  for  Component  Registration  is 
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4;  this  is  because  of  the  Headhunter  multicasting  its  location  and  the  Active  Registry 
responding  back  with  the  updated  components  list. 


Classification 

No.  of  Messages 

Authentication  Messages 

0 

Query  Processing  Messages 

0 

Component  Registration 

4 

Table  5.1  Message  Traffic  of  URDS 


Figure  5.4  illustrates  the  snapshot  of  the  URDS  with  20  active  Headhunters,  4  Active 
Registries,  and  one  Domain  Security  Manager  and  one  Query  Manager.  By  clicking  on 
the  display  details  of  the  Headhunter  or  the  Active  Registry,  the  system  integrator  can 
view  the  specific  details  of  each  Headhunter  or  Active  Registry.  This  view  helps  to  know 
the  statistical  details  about  the  entities  of  URDS  and  their  distribution  on  different  remote 
hosts. 
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Figure  5.4  Snapshot  of  URDS  (showing  20  HHs) 
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5.4  Experiments  to  test  the  functionality  of  URDSMMS 

The  following  experiments  were  carried  out  to  test  the  features  provided  by  the 
URDSMMS.  The  URDSMMS  features  assist  the  system  administrator  in  making 
appropriate  decisions  to  improve  the  performance  of  the  URDS. 

Experiment  to  reduce  average  response  time  by  adding  Headhunters:  The  goal  of  this 
experiment  is  to  show  that,  by  adding  new  Headhunters  to  the  URDS,  average  response 
time  reduces.  To  demonstrate  this,  a  graph  is  plotted  between  average  response  time  and 
system  time  (time  from  which  Query  Manager  starts  receiving  queries  from  system 
integrator).  Figure  5.5  illustrates  a  graph,  comparing  the  response  times  for  4  series  of 
values,  each  set  of  values  were  recorded  when  the  URDS  was  running  with  2HHs,  4HHs, 
6HHs  and  8HHs  respectively. 


<s?  of'  d?  <&  jpUt?  cs'Utf' 


Time  (secs) 


Figure  5.5  Comparison  of  average  response  times  for  different  sets  of  Headhunters 
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All  the  4  series  values  were  recorded  under  similar  condition,  with  queries  being  sent 
from  three  system  integrators  at  a  rate  of  1  query  for  every  2.5  seconds  (these  numbers 
are  chosen  randomly  to  carry  out  the  experiment).  To  measure  the  performance  of  the 
system,  the  same  query  is  issued  repeatedly. 

From  the  graph  we  can  observe  that  initially  the  response  time  values  are  high  (for  a  few 
instances).  One  of  the  reasons  for  these  initial  peak  values  could  be  the  time  to  access  the 
data  structure  (in  this  case  it  is  a  Hashtable).  Since  the  same  data  structure  is  being 
accessed  multiple  number  of  times  (which  increases  the  hit  rate  for  that  data  structure), 
the  operating  system  stores  the  result  in  its  cache,  because  of  which  for  the  further  queries 
the  response  time  slowly  reduces  and  reaches  a  constant  state.  An  expanded  version  of 
the  same  graph  is  shown  in  Figure  5.6.  The  decrease  in  the  average  response  time  is  seen 
because,  by  adding  new  Headhunters,  more  number  of  queries  can  be  processed 
simultaneously  and  thereby  reducing  the  waiting  time  for  each  query  (in  Query 
Manager’s  query  queue). 


Figure  5.6  Comparison  of  average  response  times  for  different  sets  of  Headhunters 

(enlarged  version) 
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Experiment  to  increase  the  throughput  by  adding  Headhunters:  The  aim  of  this 
experiment  is  to  show  that  by  adding  new  Headhunters  to  the  URDS,  a  greater  number  of 
queries  can  be  processed  within  less  time,  thereby,  increasing  the  throughput  of  URDS. 
To  illustrate  this  behavior  a  graph  is  plotted  between  time  (time  from  which  Query 
Manager  starts  receiving  queries)  and  number  of  queries  processed. 

Figure  5.7  illustrates  such  a  graph,  comparing  the  number  of  queries  processed  at  certain 
times.  The  graph  shows  3  series  of  values,  each  set  of  values  was  recorded  when  the 
URDS  was  running  with  2HHs,  4HHs  and  8HHs  respectively. 


Figure  5.7  Comparison  of  number  of  queries  processed  for  different  sets  of  Headhunters 

From  the  graph  it  is  observed  that,  as  a  greater  number  of  Headhunters  are  added  to  the 
URDS,  the  slope  of  the  graph  further  reduces.  This  decrease  in  slope  is  expected  to 
happen  until  the  point  at  which  the  query  arrival  rate  is  almost  the  same  as  the  results  are 
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processed  and  returned  back  to  the  system  developer,  i.e.,  there  will  be  no  waiting  queries 
in  the  Query  Manager’s  query  queue.  At  this  saturation  point  the  slope  will  not  further 
decrease  by  adding  new  HHs  as  there  will  be  no  waiting  queries  to  process.  The 
observations  made  from  the  graph  are  as  follows;  at  200  seconds  for  a  2HHs  scenario 
only  76  queries  were  processed,  where  as  in  the  4HHs  and  8HHs  cases,  150  and  220 
queries  were  processed  respectively. 

View  showing  the  error  handling  feature  of  URDSMMS:  Figure  5.8  illustrates  a 
screenshot  of  the  URDSMMS  when  a  Headhunter  attempts  to  login  with  an  incorrect 
username/password.  Static  help  messages  for  common  (known)  error  messages  help  the 
system  administrator  in  taking  the  corrective  actions  to  recover  from  the  errors.  In  this 
particular  case  the  administrator  is  advised  to  re-instantiate  that  particular  Headhunter. 


Figure  5.8  View  showing  error  handling  feature 

View  showing  the  submit  query  feature  of  URDSMMS:  Figure  5.9  illustrates  a  screenshot 
of  the  URDSMMS  when  a  system  integrator  tries  to  submit  a  new  query  for  processing. 
The  unique  query  id  is  automatically  generated;  the  system  integrator  needs  to  enter  the 
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component  name  (or  domain  name,  the  present  example  is  illustrated  for  domain  name) 
and  the  response  time  for  retrieving  the  results. 
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Figure  5.9  View  showing  the  submit  query  feature 


View  showing  the  retrieve  results  feature  of  URDSMMS:  Figure  5.10  illustrates  a 
screenshot  of  the  URDSMMS,  when  a  system  integrator  tries  to  retrieve  results  for  a 
particular  query  id.  This  view  shows  the  details  (such  as  number  of  components  matched 
and  response  time)  of  the  submitted  query  and  the  details  (such  as  component  name, 
component  ID  and  its  rating)  for  each  component. 
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Figure  5.10  View  showing  the  retrieve  results  feature 


The  screen  shots  of  other  features  of  the  URDSMMS  with  both  system  administrator  and 
system  integrator  views  are  provided  in  Appendix  C. 


The  experiments  in  this  subsection  were  performed  to  test  the  functionality  of  the 
URDSMMS.  From  the  sets  of  experiments,  it  can  be  observed  that  the  features  are 
helpful  in  making  managerial  decisions  to  improve  the  throughput  and  average  response 
time  of  the  URDS.  The  features  also  show  the  error  handling  capability  of  the 
URDSMMS. 


5.5  Usability  testing  of  the  interface 

“Usability  testing  is  a  highly  efficient  method  for  measuring  the  quality  of  use  and 
acceptance  of  a  product,  and  detecting  issues”  [VNE03].  The  purpose  of  usability  testing 
is  to  ensure  that  the  monitoring  system  will  meet  the  needs  of  the  target  user  group.  In  the 
case  of  URDSMMS,  the  testing  involved  the  observation  of  the  users  performing  real 
tasks  with  the  URDSMMS,  recording  what  they  do,  analyzing  the  results,  and  making 
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appropriate  changes.  This  subsection  presents  how  some  of  the  usability  goals  of 
[PRE02]  were  tested  and  addressed  in  the  URDSMMS. 

After  the  system  has  been  fully  implemented,  a  survey  was  prepared  on  the  basis  of 
[PRE02],  to  collect  the  user’s  experiences.  The  UniFrame  team  members  were  requested 
to  use  the  URDSMMS  and  were  asked  to  fill  a  survey,  to  collect  their  feedback  about  the 
system. 

The  survey  consisted  of  questions  for  obtaining  suitable  feedback  about  the  effectiveness, 
utility,  learnability  and  memorability  [PRE02]  of  the  interface.  More  explanation  about 
these  metrics,  consequent  questions  and  the  results  are  included  in  Appendix  D.  The 
survey  also  included  questions  aiming  at  measuring  user  experience  goals  [PRE02],  such 
as  user’s  satisfaction  and  degree  of  aesthetically  pleasing.  Some  of  the  user  suggestions 
from  the  survey  included  redesigning  the  menu  buttons  and  reducing  header  and  footer 
size.  These  suggestions  were  suitably  incorporated,  resulting  in  an  aesthetically  pleasing 
user  interface  for  the  URDSMMS.  Also,  based  on  the  suggestions  made  by  the  users, 
appropriate  help  was  provided  for  error  messages. 


This  chapter  discusses  the  experimental  results  and  validation  of  the  deployed  monitoring 
and  management  system.  It  provides  different  graphs  and  the  analysis  of  those  graphs, 
validating  the  features  of  URDSMMS.  In  addition  by  using  the  survey,  the  usability  of 
the  interface  has  been  verified.  The  next  chapter  summarizes  this  report  by  presenting  the 
conclusions,  possible  future  work  and  a  summary  of  the  report. 


72 


6.  CONCLUSION  AND  FUTURE  WORK 


This  project  report  presented  a  framework  and  an  implementation  of  a  monitoring  and 
management  prototype  for  the  URDS.  The  present  chapter  discusses  the  conclusion, 
overview  of  the  features  if  the  URDSMMS,  future  work  and  a  brief  summary  about  this 
research  work. 


6.1  Conclusion 

In  this  project,  the  features  of  a  monitoring  and  management  system  suitable  for  software 
component  discovery  systems  were  explored  and  these  features  were  implemented  for  the 
URDS  system.  This  work  was  primarily  motivated  by  the  lack  of  a  monitoring  and 
monitoring  system  that  satisfies  the  requirements  of  component  based  discovery  systems 
(discussed  in  chapter  3). 

The  following  are  the  conclusions  that  can  be  drawn  by  the  implementation  of 
URDSMMS  and  from  the  experimental  results  shown  in  the  previous  chapters: 

•  The  infonnation  displayed  by  the  URDSMMS  is  in  accordance  with  the  data 
produced  by  the  underlying  system  (URDS). 

•  The  infonnation  displayed  by  the  URDSMMS,  such  as  utilization  of  entities  (QM 
and  HH),  average  response  time,  etc.,  helps  the  system  administrator  in 
determining  the  overall  performance  of  the  system. 

•  A  system  administrator  can  control  and  coordinate  the  entities  of  URDS,  by 
instantiate  and  terminate  entities  and  also  monitor  the  system  behavior. 

•  The  interface  of  URDSMMS  improves  the  usability  of  the  system  and  serves  as 
an  easy-to-use  interface  for  a  novice  administrator/integrator,  to  oversee  the 
functionality  of  the  system. 
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6.2  Features  of  URDSMMS 

•  Provides  a  remote  control  (initiation  and  tennination)  of  the  entities  in  the  URDS. 

•  Generates  the  utilization  graphs  for  Headhunters  and  Query  Manager,  so  as  to 
reveal  the  perfonnance  of  the  system. 

•  Displays  a  continuous  snapshot  of  the  URDS  and,  optionally  displays  the  details 
of  the  individual  entities. 

•  Provides  an  option  for  system  integrators  to  submit  queries  for  processing  and 
retrieve  the  results. 

•  Provides  an  error  dialogue  for  the  system  administrator. 

6.3  Future  Work 

Some  of  the  possible  future  enhancements  are: 

•  Heterogeneous  Environments:  Distributed  system  span  heterogeneous 
technological  platforms  (such  as  .net,  CORBA,  etc).  The  present  URDSMMS 
architecture  has  only  been  implemented  for  the  J2EE  platfonn;  this  can  be 
extended  to  other  heterogeneous  platforms. 

•  Hardware  Resources:  The  present  monitoring  framework  only  considers  software 
resources.  If  hardware  resources  [MDS2,  MAS04,  HAW]  (such  as  CPU 
utilization,  memory,  etc.)  were  also  considered,  it  would  help  the  system 
administrator  to  make  better  judgments,  about  where  to  deploy  the  components 
(depending  on  the  available  resources  on  a  particular  system). 

•  Suspending  Processes:  In  the  present  architecture,  if  an  entity  (e.g.  Headhunter)  is 
idle  for  a  long  time,  the  system  administrator  can  make  the  decision  to  kill  that 
process  and  redeploy  it  on  another  remote  host  if  necessary.  Instead  of  this 
approach,  the  process  can  be  suspended  and  redeployed  on  another  remote  host, 
thereby  saving  the  present  state  of  the  process. 

•  Error  Monitoring  Architecture:  Though  the  URDSMMS  provides  an  error 
monitoring  feature  for  the  URDS,  it  does  not  consider  catastrophic  failures,  such 
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as  failure  of  a  remote  host  or  loss  of  messages,  which  would  help  in  notifying 
such  errors  or  failures. 

•  Visualization  of  Monitoring  Results:  Visualizing  the  monitoring  information  will 
enable  the  user  to  analyze  the  data  easily.  User  interface  toolkits  like  prefuse 
[PRE]  can  be  used  for  building  interactive  visualizations.  This  enables  data  to  be 
represented  as  a  set  of  entities  (or  nodes)  which  can  be  connected  by  any  number 
of  relations  (or  edges). 

•  Fault  Handling  Features:  The  monitoring  system  does  not  take  care  of  fault 
tolerance,  e.g.,  if  an  error  occurs,  the  system  cannot  handle  the  error  dynamically, 
so  it  just  notifies  the  system  administrator  regarding  the  error.  The  monitoring 
system  should  be  able  to  provide  an  solution  during  runtime  and  therefore  handle 
such  errors. 

•  Event  Ordering:  In  a  DCS,  an  event  can  arrive  out  of  order,  which  makes  event 
ordering  (partial  or  total)  as  an  important  issue  to  be  considered  in  monitoring 
applications  [LAM78].  For  example,  event  traces  may  be  merged  or  combined 
based  on  casual  ordering.  The  monitoring  system  should  be  able  to  handle  such  an 
issue. 


6.4  Summary 

The  research  has  presented  a  framework  (URDSMMS)  for  monitoring  and  managing  the 
URDS.  This  framework  has  been  implemented,  incorporating  the  key  features  for 
monitoring  and  by  providing  a  user  interface,  which  improves  the  usability  of  the  URDS. 
The  report  also  details  the  experiments  that  were  performed  to  test  the  scalability  and 
empirically  validate  and  the  features  of  the  monitoring  system.  Thus,  the  URDSMMS 
architecture  along  with  its  interface  makes  it  a  promising  solution  for  monitoring  and 
management  of  the  URDS. 
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APPENDICES 


APPENDIX  A:  State  Diagrams  of  URDS  Entities 

A  state  diagram  can  be  defined  as  a  diagram  which  “shows  a  sequence  of  states  an  object 
can  assume  during  its  lifetime,  together  with  the  stimuli  that  cause  change  of  state” 
[OES99]. 

In  this  appendix  the  state  diagrams  for  each  entity  of  URDS  is  provided.  Below  is  the 
description  for  understanding  the  state  diagrams  and  followed  by  the  acronyms  used  in 
the  state  diagrams: 

•  state  changes  takes  place  only  when  an  event  is  fired;  events  are  fired  only  if  the 
condition  in  [  ]  takes  place  (if  exists) 

•  all  the  components  are  considered  to  run  continuously,  they  reach  a  stop  state  only  if 
there  is  an  unrecoverable  error  (catastrophic  error)  or  the  system  needs  to  be 
shutdown 

•  every  state  chart  diagram  has  some  associated  error  events,  like  typel  and  type2 
errors,  on  the  occurrence  of  which  a  different  remedial  action  takes  place;  depending 
upon  the  error  encountered,  an  associated  error  message  is  displayed 

Domain  Security  Manager  State  Diagram: 

The  following  example  shows  the  state  transitions  for  a  DSM.  In  this  diagram  each  state 
is  uniquely  identified  by  a  set  of  flags  and  description  about  each  flag  is  presented  along 
with  its  state  diagram.  The  DSM  is  initialized  and  reaches  the  Start  state,  where  its  tries 
to  connect  to  its  repository.  Upon  successful  connection  it  reaches  the  DSM  Ready  state 
and  sets  the  conn_rep  Jag  to  1 .  If  the  connection  is  unsuccessful,  it  raises  an  event  and 
reaches  the  Error  state  and  sets  the  value  of  the  error  Jlag  to  1 .  Depending  upon  the  type 
of  error,  an  appropriate  error  message  is  displayed.  After  this  action,  the  error  Jlag  is 
reset  and  the  control  reaches  the  Start  state,  giving  it  an  option  to  reconnect  to  the 
repository.  When  DSM  is  in  DSM  Ready  state,  it  may  receive  requests  from  the  principals 
or  QM.  Upon  a  request,  the  DSM  reaches  the  Process  request  state  and  sets  the  busy  Jlag 
to  1 .  After  the  request  has  been  processed,  the  control  goes  back  to  the  DSM  Ready  state 
and  resets  the  flag  value  to  0.  If  an  error  occurs  in  the  Process  request  state,  an  event  is 
raised.  Subsequently,  control  goes  to  Error  state  where  the  error  Jag  is  set  to  1  and 
displays  a  suitable  error  message.  After  this  action  the  error  Jag  is  reset  to  0  and  control 
reaches  DSM  Ready  state.  The  DSM  reaches  a  Stop  state  if  an  unrecoverable  error  or  a 
catastrophic  failure  occurs,  in  such  a  case  Stop  state  is  reached  directly  from  any  of  the 
above  mentioned  states. 
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Figure  a  State  Diagram  of  Domain  Security  Manager 

All  requests  are  considered  as  if  they  are  of  the  same  kind  (requests  from  principals  and  QM) 

•  conn  rep  flag  -  flag  to  show  the  connection  between  DSM  and  its  repository 

•  error_flag  -  this  flag  is  set  to  1  only  if  there  is  an  error 

•  busy_flag  -  this  flag  is  set  to  1  if  a  request  is  being  processed 
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Figure  b  State  Diagram  of  Headhunter 
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•  auth_flag  -  flag  to  represent  if  AR  is  authenticated  with  DSM  ; 

•  error_flag  -  this  flag  is  set  to  1  only  if  there  is  an  error 

•  createMRflag  -  to  represent  if  MR  is  created  or  not 

•  broadcast  flag  -  to  represent  if  HH  is  broadcasting  its  multicast  address  or  not 

•  popagate_flag  -  flag  to  represent  if  HH  is  propageting  the  query  to  other  HHs 

•  populate  flag  -  this  flag  is  set  to  1  when  HH  receives  comp  specs  from  AR  and  stores  them  in  MR 

•  failure_flag  -  this  is  set  to  1  when  the  failure  detection  process  is  going  on 
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Figure  c  State  Diagram  of  Active  Registry 


auth_flag  -  flag  to  represent  if  AR  is  authenticated  with  DSM 
error_flag  -  this  flag  is  set  to  1  only  if  there  is  an  error 
register_comps  -  flag  to  represent  if  AR  is  resgistring  service  components 
HHcomps  -  process  HH’s  request  for  component  specifications 
HH_ping  -  process  HH’s  ping  request 


QueryManager 


Figure  d  State 


authentication 
unsuccessful 
pel  error) 


v  uns 
Nvi 


reset  e 
[typel 


Error 


do/print  error  message 
error_flag  -  1 


•ror  flag 
error] 


shutdown 

[unrecoverable  error] 


Manager 


auth_flag  -  flag  to  represent  if  AR  is  authenticated  with  DSM 
error_flag  -  this  flag  is  set  to  1  only  if  there  is  an  error 
busy_flag  -  this  flag  is  set  to  1  if  QM  is  processing  a  query 

result_flag  -  this  flag  is  set  to  1  if  the  resultant  component  specifications  are  available 


LmkManager 


reset  busy  flag 
[query  executed] 


do/send  its  location  to  SI 
ack_flag  =  0 
errorflag  =  0 


acknowledgement 
received  y 


acknowledgement 
not  received 
Stopel  error) 


reset  error  flag 
[typel  error] 


f  LM  Ready  A 

(  Error  ^ 

ack_flag  =  1 
error  flag  =  0 
busy_flag  =  0 

v  J 

< - - 

reset  error  flag 
[type2  error] 

do/print  error  message 
error  flag  =  1 

V  J 

rev  abs  cyfnp  list  & 
LMs  lo/  from  SI/LM 


shutdown 

[unrecoverable  error] 


Query  Propagation 
do/propagate  query  to  QM  and 
other  LMs 
result_flag  =  0 
busy  flag  =  1 
error  flag  =  0 


on  type2  error 

reset  error_flag 
[type3  error] 


get  resftlt  [query 
processed] 

Send  Result 


do/send  result  back  to 
SI/LM 

busy  flag  =  1 
result_flag  =  1 
error  flag  =  0 


on  type3  error 


Figure  e  State  Diagram  of  Link  Manager 
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•  ack  flag  -  represents  if  it  receives  an  acknowledgement  from  SG 

•  error_flag  -  this  flag  is  set  to  1  only  if  there  is  an  error 

•  busy_flag  -  this  flag  is  set  to  1  if  LM  is  propagating  a  query  to  QM  or  other  LM’s 

•  result_flag  -  this  flag  is  set  to  1  if  the  resultant  component  specifications  are  available 


90 


reset  busy  flag 
[query  executed] 


AdapterManager 


Start 


r 

Start 

A 

do/send  its  location  to  SI 
ack_flag  =  0 
errorflag  =  0 

V 

J 

acknowledgemen, 
received 

, - £ - x  unsuccessful 

[Connect  to  AM  Repository  )  connection 

(type2  error) 


reset  e[ 
[typel 


jrror  flag 
error] 


not  received 
pel  error) 


do/connect  to  AM  repository 
ack_  Hag  =  1 
error_flag  =  0 
connect_flag  =  0 


tyset  error  flag 


[type2  error] 


Error 


do/print  error  message 
error  flag  =  1 


successful  connection 


cct/iui 


AM  Ready 


do/  rev  query  from  SI 
connect_flag  -  1 
ready_AM  =  0 
error_flag  -  0 
busy_flag  =  0 


reset  errcL^-flargTfvne3  or 
■fype4or  type5  error] 
reset  busy_flag  and 
make_comp  [process  done] 


reset  busy_flag  and 


found_AMrep  [Iprocess  done] 


shutdown 

[unrecoverable  error] 


rev  query  from 
SG/LM  / 

Search  Adapter  comps  A  adaPtc 
- - - - - found<rfi^ AM 


do/search  adapter  comps 
in  repository 
busy_flag  =  1 
errorflag  =  0 
foundAMrep  =  0 
make_comp  =  0 


Retrieve  Adapter  comps 


repository 


do/send  adapter  comps 
specs  to  SI 
busy_flag  =  1 
errorflag  =  0 
foundAMrep  =  1 


adapter  comp 

irnTi,««idaiiJ 

__A AM  repository 


Retrieve  Adapter  comps 


J 


on  type3  error 


do/make  adapter  comps 
and  send  to  SI 
busy_flag  =  1 
errorflag  =  0 
make_comp  =  1 


on  type4  erroi 


bn  type5  erro 


J 


Stop 


Figure  f  State  Diagram  of  Adapter  Manager 
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•  ack  flag  -  flag  to  represent  if  AM  receives  an  acknowledgement  from  SG  or  not 

•  error_flag  -  this  flag  is  set  to  1  only  if  there  is  an  error 

•  busy_flag  -  this  flag  is  set  to  1  if  AM  is  processing  a  query  from  SG 

•  connect  flag  -  this  flag  is  set  to  1  if  a  connection  is  established  between  AM  and  its  repository 

•  found_AMrep  -  this  flag  is  set  if  AM  finds  an  already  existing  adapter  component  in  its  repository 

•  make  comp  -  this  flag  is  set  if  AM  need  to  synthesize  adapter  components 
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APPENDIX  B:  Use  Case  Diagrams 


System 

Administrator 


Pre:  System  Administrator  has  accessed  the  StopEntity  (DSM, 
HH,  AR  or  QM)  page,  by  clicking  on  the  appropriate  menu. 

Post:  System  Administrator  has  got  a  message  saying  entity 
successfully  terminated  or  error  in  terminating  entity. 


Figure  i  Use  Case  Diagram  for  terminating  an  entity 


Administrator 


Pre:  System  Administrator  has  accessed  the  URDS  Snapshot 
page,  by  clicking  on  the  menu  button. 

Post:  The  URDS  Snapshot  details  have  been  displayed  for  the 
system  administrator  to  view. 


Figure  ii  Use  Case  Diagram  for  retrieving  URDS  Snapshot 


System 

Administrator 


Get  Message 
Traffic 


Pre:  System  Administrator  has  accessed  the  Message  Traffic 
page,  by  clicking  on  the  menu  button. 

Post:  The  message  traffic  of  URDS  have  been  displayed  to 
the  system  administrator  to  view  (upon  a  successful  retrieval, 
else  an  error  message  is  seen). 


Figure  iii  Use  Case  Diagram  for  retrieving  Message  Traffic 


Pre:  System  Administrator  has  accessed  the  Response  Time 
Graph  page,  by  clicking  on  the  menu  button. 

Post:  The  Response  Time  Graph  of  the  executed  queries  of 
URDS  is  displayed  to  the  system  administrator. 


Figure  iv  Use  Case  Diagram  for  display  of  average  response  time  graph 
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Pre:  System  Administrator  has  accessed  the  Headhunter 
Utilization  page,  by  clicking  on  the  menu  button. 

Post:  The  utilization  graph  of  that  particular  Headhunter  of 
URDS  is  displayed  to  the  system  administrator. 


Figure  v  Use  Case  Diagram  for  display  of  Headhunter  utilization  graph 


Pre:  System  Administrator  has  accessed  the  QueryManager 
Utilization  page,  by  clicking  on  the  menu  button. 

Post:  The  utilization  graph  of  the  Query  Manager  of  URDS  is 
displayed  to  the  system  administrator. 


Figure  vi  Use  Case  Diagram  for  display  of  Query  Manager  Utilization  graph 


Submit  Query 


System  Integrator 


Pre:  System  Integrator  has  accessed  the  New  Query  page,  by 
clicking  on  the  menu  button. 

Post:  System  integrator  views  a  message  stating  whether  or 
not  the  query  was  successfully  submitted  to  the  URDS. 


Figure  vii  Use  Case  Diagram  for  submitting  a  query  to  URDS 


System  Integrator 


Pre:  System  Integrator  has  accessed  the  Results  page,  by 
clicking  on  the  menu  item. 

Post:  The  system  integrator  views  the  results  for  any 
particular  query. 


Figure  viii  Use  Case  Diagram  for  viewing  results  of  a  query 
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APPENDIX  C:  Screen  Shots  of  URDSMMS 


Figure  i:  View  showing  the  main  page  of  system  administrator  view 


Figure  ii:  View  showing  the  initiation  of  a  Domain  Security  Manager 
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Figure  iii:  View  showing  the  initiation  of  a  Headhunter 


Figure  iv:  View  showing  the  initiation  of  an  Active  Registry 


98 


H  URDS  Monitoring  and  Management  System  -  Microsoft  Internet  Explorer  |^~||  r?  ||xjj 


Figure  v:  View  showing  the  initiation  of  a  Query  Manager 


Figure  vi:  View  showing  the  details  of  Headhunters 
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Figure  vii:  View  showing  the  details  of  Active  Registries 


Figure  viii:  View  showing  the  graph  of  Headhunter’s  utilization 
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Figure  ix:  View  showing  the  graph  of  Query  Manager’s  utilization 


Figure  x:  View  showing  the  system  help  of  URDSMMS  (system 

administrator  view) 
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Figure  xi:  View  showing  the  graph  of  average  query  response  time 


Figure  xii:  View  showing  the  tennination  of  a  Headhunter 
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Figure  xiii:  View  showing  the  termination  of  a  Active  Registry 
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APPENDIX  D:  User  Surveys 


1 .  URDSMMS  User  Survey 

This  appendix  provides  the  actual  user  survey  presented  to  UniFrame  team  members  as 
noted  in  chapter  4.  It  consists  of  two  separate  types  of  questions,  1)  UniFrame  Specific 
that  relate  to  questions  on  UniFrame  and  features  of  URDS,  and  2)  User  Interface 
Specific  which  relates  to  question  of  the  type  of  menu  system. 

URDS  Monitoring  and  Management  System  (URDSMMS)  User  Survey 

UniFrame  Specific 


•  How  would  you  rate  your  familiarity  with  the  UniFrame  project? 
(poor)  1  2  3  4  5  (great) 


•  How  would  you  rate  your  familiarity  with  the  UniFrame  Resource  Discovery  Service 
(URDS)? 

(poor)  1  2  3  4  5  (great) 


•  How  important  is  it  to  monitor  the  URDS? 
(little)  1  2  3  4  5  (very  imp) 


•  How  important  is  managing  the  URDS  via  an  easy-to-use  interface? 
(little)  1  2  3  4  5  (very  imp) 


•  Do  you  think  that  the  URDSMMS  should  contain  two  views,  namely  administrator  view  and 
system  integrator/user  view?  Do  you  suggest  any  other  view,  if  so  please  mention. 

(yes/no) 


•  Rate  the  features  by  their  importance,  that  you  would  like  to  see  in  URDSMMS,  on  a  scale  of 
1  (least  important)  to  5  (very  important) 

a.  Remote  or  local  initiation  and  killing  of  different  entities  of  URDS  (such  as 
Headhunters,  Active  Registries,  Domain  Security  Manager  and  Query  Manager) 


b.  Submitting  a  query  for  searching  components _ 

c.  Representing  the  response  time  of  a  query  in  a  graphical  format  with  respect  to 

time _ 

d.  Showing  the  statistical  and  individual  details  of  all  active  entities  of  URDS  in  a 

single  snap-shot _ 

e.  Checking  if  the  Headhunters  are  active  or  not _ 

f.  Providing  help  for  the  URDSMMS _ 

g.  Displaying  the  utilization  of  Headhunter  or  Query  Manager  at  any  point  of  time 
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(so  that  we  can  know  how  much  time  the  Headhunter  or  Query  manager  is  busy) 

User  Interface  Specific 


•  Do  you  feel  comfortable  with  a  menu  driven  (menus  and  sub-menus)  interface? 

(Yes/No,  if  no  please  mention) 

Compiled  URDSMMS  User  Survey  Results 

This  appendix  provides  the  compiled  results  of  the  above  mentioned  URDSMMS  User  Survey. 

Survey  Taken:  1/30/2005 
Count:  10 
Scale  (1-5) 


Question: 

Total: 

Average: 

How  would  you  rate  your  familiarity  with  the  UniFrame  project? 

41 

4.1 

Question: 

How  would  you  rate  your  familiarity  with  the  UniFrame  Resource  Discovery 
Service  (URDS)? 

Total: 

Average: 

41 

4.1 

Question: 

Total: 

Average: 

How  important  is  it  to  monitor  the  URDS? 

50 

5 

Question: 

Total: 

Average: 

How  important  is  managing  the  URDS  via  an  easy-to-use  interface? 

50 

5 

Question: 

Do  you  think  that  the  URDSMMS  should  contain  two  views,  namely 
administrator  view  and  system  integrator/user  view?  Do  you  suggest  any  other 
view,  if  so  please  mention? 

Yes: 

No: 

10 

0 

Rate  the  features  by  their  importance,  which  you  would  like  to,  see  in  URDSMMS,  on  a  scale  of 
least  important  to  very  important 

Question: 

•  Remote  or  local  initiation  and  killing  of  different  entities  of  URDS  (such  as  Headhunters, 
Active  Registries,  Domain  Security  Manager  and  Query  Manager) 

Total:  45 

Average:  4.5 


Submitting  a  query  for  searching  components 
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Total:  46 

Average:  4.6 

•  Representing  the  response  time  of  a  query  in  a  graphical  format  with  respect  to 
Time 

Total:  44 

Average:  4.4 

•  Showing  the  statistical  and  individual  details  of  all  active  entities  of  URDS  in  a 
single  snap-shot 

Total:  46 

Average:  4.6 

•  Checking  if  the  Headhunters  are  active  or  not 

Total:  44 

Average:  4.4 

•  Providing  help  for  the  URDSMMS 

Total:  44 

Average:  4.4 

•  Displaying  the  utilization  of  Headhunter  or  Query  Manager  at  any  point  of  time 

(so  that  we  can  know  how  much  time  the  Headhunter  or  Query  manager  is  busy) 
Total:  44 

Average:  4.4 


User  Interface  Specific 


Question: 

Yes: 

No: 


Do  you  feel  comfortable  with  a  menu  driven  (menus  and  sub-menus)  interface? 
10 
0 
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2.  URDSMMS  Usability  Testing  Survey 

The  below  part  of  the  appendix  provides  actual  user  survey  mentioned  in  chapter  5.  It 
consists  of  questions  specific  to  the  usability  of  the  URDSMMS. 


URDS  Monitoring  and  Management  System  (URDSMMS) 
Usability  Testing  Survey 


•  Was  the  interface  of  URDSMMS  easy  to  navigate? 
(very  hard)  1  2  3  4  5  (very  easy) 


•  What  do  you  think  about  the  appearance  of  the  interface? 
(strongly  dislike)  1  2  3  4  5  (strongly  like) 


•  How  easy  was  it  to  get  started  using  the  system? 
(very  hard)  1  2  3  4  5  (very  easy) 


•  Was  the  help  provided,  useful  in  executing  the  features  of  URDSMMS? 
(Yes/No) 


•  How  easy  is  it  for  a  user  to  navigate  independently  through  the  system  (after  having  executed 
it  once  before  under  supervision)? 

(very  hard)  1  2  3  4  5  (very  easy) 


•  Was  the  classification  of  two  views  (system  administrator  view  and  system  integrator  view) 
justified? 

Yes/No 


•  Was  the  interface  able  to  convey  the  relevant  information  about  each  feature? 
(Yes/No) 


•  Thinking  of  the  features  and  benefits  of  URDSMMS,  rate  your  satisfaction? 
(very  bad)  1  2  3  4  5  (excellent) 


•  If  at  all  you  were  asked  to  build  a  monitoring  system,  do  you  expect  to  borrow  any  ideas  from 
the  URDSMMS. 

(Yes/No) 
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Compiled  URDSMMS  Usability  Testing  Survey  Results 

This  appendix  provides  the  compiled  results  of  the  above  mentioned  URDSMMS  Usability 
Testing  Survey. 

Question:  Was  the  interface  of  URDSMMS  easy  to  navigate? 

Total:  29 

Average:  4.833 

Question:  What  do  you  think  about  the  appearance  of  the  interface? 

Total:  22 

Average:  3.667 

Question:  How  easy  was  it  to  get  started  using  the  system? 

Total:  27 

Average:  4.5 

Question:  Was  the  help  provided,  useful  in  executing  the  features  of  URDSMMS? 

Yes:  6 

No:  0 

Question:  How  easy  is  it  for  a  user  to  navigate  independently  through  the  system  (after 

having  executed  it  once  before  under  supervision)? 

Total:  25 

Average:  4.167 

Question:  Was  the  classification  of  two  views  (system  administrator  view  and  system 

integrator  view)  justified? 

Yes:  6 

No:  0 

Question:  Was  the  interface  able  to  convey  the  relevant  information  about  each  feature? 

Yes:  6 

No:  0 

Question:  Thinking  of  the  features  and  benefits  of  URDSMMS,  rate  your  satisfaction? 

Total:  27 

Average:  4.5 

Question:  If  at  all  you  were  asked  to  build  a  monitoring  system,  do  you  expect  to  borrow 

any  ideas  from  the  URDSMMS. 

6 
0 


Yes: 

No: 
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APPENDIX  E:  Class  Diagram  of  URDSMMS  Entities 


0 

MsgTraffic 


©  MsgTraffic  () 
o  main  ( ~) 
o  AuthenticatelN  (  ) 

Q  AuthenticateOUT  () 
o  QueryIN  (  ) 
o  QueryOUT  (  ) 

®  ComponentlN  (  ) 
o  ComponentOUT  () 
•  ComponentReset  ( ) 
o  getTraffic  () 


0 

Monitor 


Q  Monitor  (  ) 
o  main  ( ) 
o  startDSM  (  ) 

O  stopDSM  (  ) 

®  gelError  ( ) 

Q  setError  ( ) 
o  startHH  (  ) 

O  stopHH  (  ) 

©  startAR  (  ) 
o  stopAR  ( ) 

©  startQM  ( ) 

©  stopQM  (  ) 
o  startSI  ( ) 

®  QMUtilization  (  ) 

®  updateQMutilList  ( ) 

•  getQMutilList  (  ) 
o  HHUtilization  ( ) 

•  updateHHutilList  (  ) 
o  getHHutilList  ( ) 

®  submitQuery  ( ) 

®  messageTraffic  () 

•  Queues  ize  ( ) 


0 

ErrMonitor 


®  ErrMonitor  ( ) 

®  waitForNotify  ( ) 
9  notify  Waiter  (  ) 


Figure:  Class  diagram  of  URDSMMS  entities 
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APPENDIX  F:  Source  Code 


Monitor  .java 

/** 

*  This  class  collects  the  monitoring  information  from  URDS. 

* 

*  @author  Srikanth  Reddy 

*  @date  Dec  2004 

*/ 

importjava.net.*; 
import  java.util.*; 
import  java.rmi.*; 
import  java.nni. server.*; 
import  java.rmi. registry.*; 
import  j  ava.  lang.  * ; 
import  java. io.*; 
import  java. sql.*; 

public  class  Monitor  extends  UnicastRemoteObject  implements  IMonitor 

{ 

private  static  Hashtable  DSMprocessList  =  new  Hashtable(); 
private  static  Hashtable  HHprocessList  =  new  Hashtable(); 
private  static  Hashtable  ARprocessList  =  new  Hashtable(); 
private  static  Hashtable  QMprocessList  =  new  Hashtable(); 
private  static  Hashtable  SIprocessList  =  new  Hashtable(); 

//  for  storing  utilization  values 

public  static  ArrayList  qmutList  =  new  ArrayList(); 

public  static  Hashtable  StorcHHList  =  new  Hashtable(); 

private  static  int  cnt  =  0; 

private  static  StringBuffer  errBuffl  =  new  StringBuffer(); 

private  IQueryManager  utilQM  =  null; 

private  IHeadhunter  utilHH  =  null; 

private  IURDS  Proxy  1  urdsProxy  =  null; 

private  IQueryManager  qm  =  null; 

private  IDomainSecurityManager  dsml  =  null; 

private  IMsgTraffic  obj4  =  null; 


public  Monitor()  throws  RemoteException  { 
super(); 

} 

public  static  void  main(String[]  args) 

{ 

String  monitorLocation— 7/magellan.cs.iupui.edu:9879/Monitor"; 

try 

{ 

System.setSecurityManager(new  RMISecurityManager()); 
Naming.rebind(monitorLocation,  new  Monitor()); 
System.out.println("Monitor  "  +  monitorLocation  +  "  is  ready."); 
}catch(Exception  e) 

{ 

System.out.println("Monitor  failed:  "  +  e); 
errBuffl  .append((String)e.getMessage()); 

} 

} 
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//  to  start  DSM 

public  int  startDSM(String  dsmlocation,  int  portNo) 

{ 

int  status  =  -1; 

Process  p  =  null,  pi  =  null; 

StringBuffer  outBufG  =  new  StringBuffer(); 

StringBuffer  errBufD  =  new  StringBuffer(); 

StreamThread  outThread3; 

StreamThread  errThread3; 

BufferedlnputStream  stdOut3  =  null; 

BufferedlnputStream  stdErr3  =  null; 

try 

{ 

Integer  temp  =  new  Integer(portNo); 

String  fullLocn  =  "//"  +dsmlocation  + 

".cs. iupui.edu:  "+temp.toString()+"/DomainSecurityManager"; 

System.out.println("Intial  Time:  "  +System.currentTimeMillis()); 

String  cmd4  =  "java  -XmxlOOm  -Djava.security.policy=policy  DomainSecurityManager 

"+dsmlocation  +  "  "+portNo; 

String  cmd2  =  "ssh  -1  sreddy  phoenix  java  -XmxlOOm  - 
Djava.security.policy=/home/sreddy/UTest/policy  DomainSecurityManager  "+dsmlocation  +  "  "+portNo; 

ErrMonitor  mon3=  new  ErrMonitor(); 
if(dsmlocation.equalsIgnoreCase("magellan")) 

{ 

pi  =  Runtime.getRuntime().exec(cmd4); 
status  =  0; 

} 

else  if(dsmlocation.equalsIgnoreCase("phoenix")) 

{ 

pi  =  Runtime.getRuntime().exec(cmd2); 
status  =  0; 

} 

if  (status  =  0) 

{ 

DSMprocessList.put( fullLocn,  pi); 

stdErr3  =  new  BufferedInputStream(pl.getErrorStream()); 

stdOut3  =  new  BufferedInputStream(pl.getInputStream()); 

errThread3  =new  StreamThread) stdErr3,  errBuffi,  mon3); 

outThread3  =new  StreamThread(stdOut3,  outBufG,  mon3); 

errThread3 .  start) ) ; 

outThread3. start)); 

Thread.sleep)  1 5000); 

System.out.println("Process  Completion  Time:  " 

+System.currentTimeMillis()); 

System.out.println("DSM  Started"); 

} 

} 

catch(Exception  e) 

{ 

System.out.println("Error...."+e.getMessage))); 

e.printStackTrace)); 

retum(status); 

} 

retum(status); 

} 

//to  kill  DSM 

public  int  stopDSM(String  dsmlocation) 

i _ 


Ill 


int  dsm_statusl  =  -1; 
try 


Enumeration  e  =  DSMprocessList.keys(); 
while(e.hasMoreElements()) 

{ 

String  locn  =  (String)  e.nextElement(); 

System.out.println("  DSM  process  is  "  +locn+"  and  dsmlocn  is  " 

+dsmlocation); 

if(locn.equalsIgnoreCase(dsmlocation)) 

{ 

System.out.println("  Destroying  DSM  process  "  +dsmlocation); 

Process  p  =  (Process)  DSMprocessList.get(locn); 

p.destroyO; 

dsmstatusl  =  0; 

break; 

} 

} 

if  (dsm_statusl=0) 

{ 

//to  delete  the  dsmid  from  the  database  table 
Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 

System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

String  sqlstmt  =  null; 

sqlstmt  =  "delete  from  dsm  where  dsmid  =  "'+dsmlocation+'""; 
statement.executeQueryC'delete  from  dsm  where  dsmid  =  '"+dsmlocation+"'"); 
statement.  close(); 
dbconn.close(); 

System.out.println("Query  executed"); 

} 


} 


}  catch(Exception  ex) 

{ 

ex.printStackTrace(); 

} 

if  (dsm_statusl=0) 

{ 

retum(O); 

} 

else 

retum(-l); 


//  to  print  error  messages 

public  StringBuffer  getError()  throws  RemoteException 


return  errBuff  1 ; 

} 

//  to  collect  error  messages 

public  void  setError(String  error)  throws  RemoteException 

{ 

if(error  !=null  &&  error  !=  "Headhunter") 

{ 

errBuffl  .append/ error); 

} 
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} 

//  to  start  HH 

public  int  startHH(String  hhlocation,  int  portNo,  String  dsmlocation.  String  domain.  String  name,  String  pwd) 

{ 

int  hli_status  =  - 1 ; 

StringBuffer  outBuffl  =  new  StringBuffer(); 

StreamThread  outThreadl; 

StreamThread  errThreadl; 

BufferedlnputStream  stdOutl  =  null; 

BufferedlnputStream  stdErrl  =null; 

Process  pl=  null,  p2  =  null; 
try 
{ 

ErrMonitor  monl  =  new  ErrMonitor(); 

Integer  temp  =  new  Integer(portNo); 

String  ftillLocn=  "//"  +hlilocation  +  ".cs.iupui.edu:"+temp.toString()+"/Headhunter"; 
System.out.println("Intial  Time:  "  +System.currentTimeMillis()); 

String  cmd4  =  "java  -XmxlOOm  -Djava.security.policy=policy  Headhunter  "+hhlocation 
+  "  "+portNo+  "  "  +dsmlocation+  "  "+  domain+  "  "  +name+  "  "  +pwd; 

String  cmd2  =  "ssh  -1  sreddy  phoenix  java  -XmxlOOm  - 

Djava. security .policy=/home/sreddy/UTest/policy  Headhunter  "+hhlocation  +  "  "+portNo+  "  "  +dsmlocation+  "  "+ 
domain+  "  "  +name+  "  "  +pwd; 

System.out.println("Trying  to  start  HH  :"+hhlocation); 
if(hhlocation.equalsIgnoreCase("magellan")) 

{ 

try 

{ 

Runtime  rt  =  Runtime. getRuntime(); 
pi  =  rt.exec(cmd4); 
lih_status  =  0; 

} 

catch  (Throwable  t) 

{ 

errBuffl.append((String)t.getMessage()); 
t.  prints  tackTrace() ; 

} 

} 

else  if(hhlocation.equalsIgnoreCase("phoenix")) 

{ 

pi  =  Runtime.getRuntime().exec(cmd2); 

System.out.println("phoenix  cmd2  executed"); 
hh_status  =  0; 

} 

else 

{ 

String  cmd3  =  "ssh  -1  sreddy  "+hhlocation+  "java  -XmxlOOm  - 
Djava. security .policy=/home/sreddy/UTest/policy  Headhunter  "+hhlocation  +  "  "+portNo+  "  "  +dsmlocation+  "  "+ 
domain+  "  "  +name+  "  "  +pwd; 

pi  =  Runtime.getRuntime().exec(cmd3); 

System.out.println("cmd3  executed"); 
hh_status  =  0; 

} 

if  (hh_status  ==  0) 

{ 

HHprocessList.put(fullLocn,  pi); 

stdErrl  =  new  BufferedInputStream(pl.getErrorStream()); 

_ stdOutl  =  new  BufferedlnputStream(pl.getlnputStreamQ); _ 
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errThreadl  =new  StreamThread(stdErrl,  errBuffl,  monl); 
outThreadl  =new  StreamThread(stdOutl,  outBuffl,  monl); 
errThreadl  .start(); 
outThread  1 .  start( ) ; 

System.out.println("Process  Completion  Time:  " 

+System.currentTimeMillis()); 

Sy stem.out.println("H  H  Started" ); 

//for  maintaing  the  histroy  of  Utilization  of  HH 
HHUtilization(fullLocn); 

} 

else 

System.out.println("Error  in  starting  the  HH"); 

}  catch(Exception  e) 

{ 

System.out.println("Error...."+e.getMessage()); 

e.printStackTrace(); 

eiTBuffl.append((String)e.getMessage()); 

} 

retum(hh_status); 


//  to  kill  HH 

public  int  stopHH(  String  hhlocation) 

{ 

int  hh_statusl  =  -1; 

Process  pi  =  null; 
try 
{ 

Enumeration  e  =  HHprocessList.keys(); 

while(e.hasMoreElements()) 

{ 

String  locn  =  (String)  e.nextElementQ; 

System.out.printlnf'  HH  process  is  "  +locn+"  and  hhlocn  is  "  Thhlocation); 
if(locn.equalsIgnoreCase(hhlocation) ) 

{ 

System.out.println("  Destroying  HH  process  "  +hhlocation); 

pi  =  (Process)  HHprocessList.get(locn); 

pl.destroy(); 

hh_statusl  =  0; 

break; 

} 

} 

//  to  remove  the  hh  from  the  dsm  list 
dsml  = 

(IDomainSecurityManager)Naming.lookup("//magellan.cs.iupui.edu:2000/DomainSecurityManager"); 
dsml  .updateHHList(hhlocation); 

if  (hh_statusl=0) 

{ 

//to  delete  the  dsmid  from  the  database  table 
Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 

Statement  statement  =  dbconn.createStatement(); 

String  sqlstmt  =  null; 

sqlstmt  =  "delete  from  lih  where  hhid  =  '"+hhlocation+"'"; 
_ statement.executeQuery(  "delete  from  hh  where  hhid  =  '"+hhlocation+"'"); 


114 


statement.  close(); 
dbconn.close(); 

} 

}catch(Exception  exl) 

{ 

exl  .prints tackTrace(); 

errBuffl  .append((String)exl  ,getMessage()); 

} 

retum(hh_status  1 ) ; 


//  to  start  AR 

public  int  startAR(String  arlocation,  int  portNo,  int  coportNo,  String  dsmlocation,  String  domain.  String 
name,  String  pwd) 

{ 

int  ar_status  =  - 1 ; 

Process  pi  =  null,  p2  =  null; 

StringBuffer  outBuff  =  new  StringBuffer(); 

StringBuffer  errBuff  =  new  StringBuffer(); 

StreamThread  outThread; 

StreamThread  errThread; 

BufferedlnputStream  stdOut  =  null; 

BufferedlnputStream  stdErr  =  null; 

try 

{ 

Integer  temp  =  new  Integer(portNo); 

String  fullLocn=  "//"  +arlocation  +  ".cs.iupui.edu:"+temp.toString()+"/ActivcRegistry"; 
System.out.println("Initial  Time:  "  +System.currentTimeMillis()); 

String  cmd4  =  "java  -XmxlOOm  -Djava.security.policy=policy  ActiveRegistry 
"+arlocation  +  "  "+portNo+"  "  +  coportNo+  "  "  +dsmlocation+  "  "+  domain+  "  "  +name+  "  "  +pwd; 

String  cmd2  =  "ssh  -1  sreddy  phoenix  java  -XmxlOOm  - 

Djava.security.policy=/home/sreddy/UTest/policy  ActiveRegistry  "+arlocation  +  "  "+portNo+  "  "  +  coportNo+  "  " 
+dsmlocation+  "  "+  domain+  "  "  +name+  "  "  +pwd; 

ErrMonitor  mon  =  new  ErrMonitor(); 

System.out.println("Trying  to  start  AR  :"+arlocation); 
if(arlocation.equalsIgnoreCase("magellan")) 

{ 

try 

{ 

System.out.println("printing  ar  cmd  "+cmd4); 
pi  =  Runtime.  getRuntime().exec(cmd4); 
ARprocessList.put(fullLocn,  pi); 
ar_status  =  0; 

} 

catch  (Throwable  tl) 

{ 

tl  .printStackTrace(); 

} 

} 

else  if(arlocation.equalsIgnoreCase("phoenix")) 

{ 

pi  =  Runtime.getRuntime().exec(cmd2); 

System.out.println("phoenix  cmd2  executed"); 
ar_status  =  0; 

} 

else 

_ { _ 
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String  cmd3  =  "ssh  -1  sreddy  "+arlocation+"  java  -XmxlOOm  - 
Djava.security.policy=/liome/sreddy/UTest/policy  ActiveRegistry  "+arlocation  +  "  "+portNo+  "  "  +  coportNo+ 
+dsmlocation+  "  "+  domain+  "  "  +name+  "  "  +pwd; 

pi  =  Runtime.getRuntime().exec(cmd3); 

System.out.println("cmd3  executed"); 
ar_status  =  0; 

} 

if  (ar_status  =  0) 

{ 

ARprocessList.put(fullLocn,  pi); 

stdErr  =  new  BufferedInputStream(p  1  .getErrorStreamQ); 
stdOut  =  new  BufferedlnputStream(pl.getlnputStreamQ); 
errThread  =  new  StreamThread(stdErr,  errBuff,  mon); 
outThread  =  new  StreamThread(stdOut,  outBuff,  mon); 
errThread.  start  () ; 
outThread.  start)); 

System.out.println("Process  Completion  Time:  " 

+System.currentTimeMillis()); 

System.out.println("AR  Started"); 

} 

else 

{ 

System.out.println("Error  in  starting  the  AR"); 

} 

}  catch(Exception  e) 

{ 

System.out.println("Error...."+e.getMessage()); 

e.printStackTrace(); 

} 

retum(ar_status); 


//  to  kill  AR 

public  int  stopAR(String  arlocation) 

{ 

int  ar_statusl  =  -1; 

try 

{ 

Enumeration  e  =  ARprocessList.keys)); 

while(e.hasMoreElements()) 

{ 

String  locn  =  (String)  e.nextElement(); 

System.out.println("  AR  process  is  "  +locn+"  and  arlocn  is  "  +arlocation); 
if(locn.equalsIgnoreCase(arlocation)) 

{ 

System.out.println("  Destroying  AR  process  "  +arlocation); 

Process  p2  =  (Process)  ARprocessList.get(locn); 

p2.destroy(); 

ar_statusl  =  0; 

break; 

} 

} 

dsml  = 

(IDomainSecurityManager)Naming.lookup("//magellan.cs.iupui.edu:2000/DomainSecurityManager"); 
dsml  .updateARList(arlocation); 

_ if  (ar  status  1=0) _ 
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{ 

//to  delete  the  dsmid  from  the  database  table 
Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 

System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

String  sqlstmt  =  null; 

sqlstmt  =  "delete  from  ar  where  arid  =  '"+arlocation+"'"; 
statement.executeQueryC'delete  from  ar  where  arid  =  '"+arlocation+"'"); 
statement.close(); 
dbconn.close(); 

System.out.println("Query  executed"); 

} 

}  catch(Exception  ex2) 

{ 

ex2  .prints  tackTrace() ; 

} 

retum(ar_status  1 ); 


//  to  start  QM 

public  int  startQM(String  qmlocation,  int  portNo,  String  dsmlocation,String  name,  String  pwd) 

{ 

int  qm  status  =  -1; 

Process  pi  =  null,  p2  =  null; 

StringBuffer  outBuff2  =  new  StringBuffer(); 

StringBuffer  errBufO  =  new  StringBuffer) ); 

StreamThread  outThread2; 

StreamThread  errThread2; 

BufferedlnputStream  stdOut2  =  null; 

BufferedlnputStream  stdErr2  =  null; 
try 
{ 

Integer  temp  =  new  Integer(portNo); 

String  fullLocn  =  "//"  +qmlocation  +  ",cs.iupui.edu:"+temp.toString()+"/QueryManager"; 
System.out.println("Initial  Time:  "  +System.currentTimeMillis()); 

ErrMonitor  mon2  =  new  ErrMonitor)); 

String  cmd4  =  "java  -XmxlOOm  -Djava.security.policy=policy  QueryManager 
"+qmlocation  +  "  "+portNo+  "  "  +dsmlocation+  "  "+name+  "  "  +pwd+"  >  qm.txt"; 

String  cmd2  =  "ssh  -1  sreddy  phoenix  java  -XmxlOOm  - 

Djava.security.policy=/home/sreddy/UTest/policy  QueryManager  "+qmlocation  +  "  "+portNo+  "  "  +dsmlocation+  " 
"+name+  "  "  +pwd; 

System.out.println("Trying  to  start  QM  :"+qmlocation); 
if(qmlocation.equalsIgnoreCase("magellan")) 

{ 

System.out.println("Printing  status  "  +qm_status); 
pi  =  Runtime.getRuntime().exec(cmd4); 

QMprocessList.put(fiillLocn,  pi); 
qmstatus  =  0; 

stdErr2  =  new  BufferedInputStream(pl.getErrorStream()); 
stdOut2  =  new  BufferedInputStream(pl.getInputStream()); 
errThread2  =new  StreamThread) stdErr2,  errBuff2,  mon2); 
outThread2  =new  StreamTlrread(stdOut2,  outBuff2,  mon2); 
errThread2  .start) ) ; 
outThread2 .  start) ) ; 

} 

else 
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System.out.println("Invalid  Location"); 


} 

if  (qm_status  =  0) 

{ 

System.out.println("Process  Completion  Time: 

+System.currentTimeMillis()); 

System.out.println("QM  Started"); 
QMUtilization(fullLocn); 


} 


else 


System.out.println("Error  in  starting  the  QM"); 

}  catch(Exception  e) 

{ 

System.out.println("Error...."+e.getMessage()); 

e.printStackTrace(); 

} 

retum(qm_status); 

} 

//  to  kill  QM 

public  int  stopQM(String  qmlocation) 


int  qm_status  1  =  - 1 ; 
try 


Enumeration  e  =  QMprocessList.keys(); 

while(e.hasMoreElements()) 

{ 

String  locn  =  (String)  e.nextElement(); 

System.out.println("  QM  process  is  "  +locn+"  and  qmlocn  is  "  +qmlocation); 
if(locn.equalsIgnoreCase(qmlocation)) 

{ 

System.out.println("  Destroying  QM  process  "  +qmlocation); 

Process  p2  =  (Process)  QMprocessList.get(locn); 

p2.destroy(); 

qm_statusl  =  0; 

break; 

} 

} 

if  (qm_statusl==0) 

{ 

//to  delete  the  dsmid  from  the  database  table 
Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 

System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

String  sqlstmt  =  null; 

sqlstmt  =  "delete  from  qm  where  qmid  =  '"+qmlocation+"'"; 
statement.executeQueryC'delete  from  qm  where  qmid  =  "'+qmlocation+'""); 
statement.  close(); 
dbconn.close(); 

System.out.println("Query  executed"); 

} 

} catch(Exception  ex3) 

{ 

ex3  .prints  tackTrace() ; 
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retum(qm_status  1 ) ; 

} 


//  to  start  System  Integrator  Proxy 
public  int  startSI() 

{ 

int  si_status  =  -1; 
int  portNo  =  2500; 

String  qmlocation  =  "2000"; 

Process  pi  =  null,  p2  =  null; 

StringBuffer  outBuff5  =  new  StringBuffer(); 

StringBuffer  errBuff5  =  new  StringBuffer(); 

StreamThread  outThread5; 

StreamThread  errThread5; 

BufferedlnputStream  stdOut5  =  null; 

BufferedlnputStream  stdErr5  =  null; 

try 

{ 

Integer  temp  =  new  Integer(portNo); 

String  fullLocn  =  7/magellan.cs.iupui.edu:"+temp.toString()+7URDS_Proxyl"; 
System.out.println("Initial  Time:  "  +System.currentTimeMillis()); 

ErrMonitor  mon5  =  new  ErrMonitor)); 

String  cmd4  =  "java  -XmxlOOm  -Djava.security.policy=policy  URDS  Proxy  1 

"+portNo+  "  "  +qmlocation; 


if(temp!=null  &&  qmlocation!=null) 

{ 

System.out.println("Trying  to  start  System  Integrator  :"+fullLocn); 

System.out.println("Printing  status  "  +si _ status); 

pi  =  Runtime.getRuntime().exec(cmd4); 
SIprocessList.put(ftillLocn,  pi); 
si_status  =  0; 

stdErr5  =  new  BufferedInputStream(pl.getErrorStream()); 
stdOut5  =  new  BufferedInputStream(pl.getInputStream()); 
errThread5  =  new  StreamThread(stdErr5,  errBuff5,  mon5); 
outThread5  =new  StreamTlrread(stdOut5,  outBuff5,  mon5); 
errThread5  .start) ) ; 
outThread5 .  start)) ; 

} 


if  (si_status  ==  0) 

{ 

System.out.println("Process  Completion  Time:  " 

+System.currentTimeMillis()); 

System.out.println("System  Integrator  Started"); 


} 


else 


System.out.println("Error  in  starting  the  System  Integrator"); 


}  catch(Exception  e) 

{ 

System.out.println("Error...."+e.getMessage()); 

e.printStackTrace)); 

} 

retum(si_status); 
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//For  starting  Utlization  Thread  for  QM 
public  void  QMUtilization(String  qmLocation) 

{ 

//  Thread  for  HHutilThread 
try 

{ 

QMutilThread  qmThreadObj  =  new  QMutilThread/ this,  qmLocation); 

Thread  qmThread  =  new  Thread(qmTlireadObj); 

Thread.  sleep(  10000); 
qmThread.  start  (); 

} 

catch  (Exception  el) 

{ 

System.out.println("\n####  ERROR  in  QMUtilThread  Starting:  "  +  el.getMessage()); 
el  .prints tackTrace(); 

} 

} 

//to  update  the  qmutList  for  QM 

public  void  updateQMutilList(float  hhUper) 

{ 

Float  ff  =  new  Float(hhUper); 
if(ff!=null) 

{ 

qmutList.  add(ff); 

} 

} 

//called  to  retrieve  the  LinkedList  of  the  util% 
public  ArrayList  getQMutilList() 

{ 

return  qmutList; 

} 

//For  starting  Utilization  Thread  for  each  FTH 
public  void  HHUtilization(String  hhLocation) 

{ 

//  Tliread  for  HHutilThread 
try 
{ 

HHutilThread  hhThreadObj  =  new  HHutilThread/ this,  hhLocation); 

Thread  hhThread  =  new  Thread(hhThreadObj); 

Thread.sleep(  1 0000); 
lihThread.  start/); 

ArrayList  hhutList  =  new  ArrayList/); 

StoreHHList.put/hhLocation,  hhutList); 

} 

catch  (Exception  e) 

{ 

System.out.println("\n####  ERROR  in  HHUtilThread  Starting:  "  +  e.getMessage/)); 
e.printStackTrace/); 

} 

} 

//to  update  the  hhutList  for  each  HH 

public  void  updatcHHutilList/String  hhID,  float  hhUper) 

{ 

Float  ff  =  new  Float/hhUper); 

Enumeration  e  =  StorcHHList.keys/); 
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ArrayList  hhutListl  =  new  ArrayList(); 
while(e.hasMoreElements()) 

{ 

String  id  =  (String)  e.nextElement(); 
if(id.equals(hhED)) 

{ 

hhutListl  =  (ArrayList)StorcHHList.get(id); 

hhutListl.  add(ff); 

break; 

} 

} 

} 

//called  to  retrieve  the  LinkedList  of  the  util% 
public  ArrayList  gctHHutilList(String  hhLoc) 

{ 

ArrayList  hhutList2  =  new  ArrayList(); 

Enumeration  el  =  StoreElHList.keys(); 

String  idl  = 

while(e  1  .hasMoreElements()) 

{ 

idl  =  (String)  el.nextElement(); 
if(idl  .equals(hhLoc)) 

{ 

hhutList2  =  (ArrayList)StoreHHList.get(idl); 
break; 

} 

} 

return  hhutList2; 

} 

//  to  submit  a  query  for  processing 

public  int  submitQuery(String  cName,  long  reTime) 

{ 

int  stat  =  0; 

hy 

{ 

System.out.println("before  lookup  URDS  Proxyl"); 

String  proxyLocation  =  7/magellan.cs.iupui.edu:2500/URDS_Proxyl"; 
urdsProxy  =  (IURDS_Proxyl)  Naming. lookup(proxyLocation); 
System.out.println(  "URDS  Proxyl"); 
urdsProxy. searchConcreteComponents(cName,  reTime); 

} 

catch(Exception  ex6) 

{ 

ex6  .prints  tackTrace() ; 
retum(-l); 

} 

return  (stat); 

} 

//  to  collect  message  traffic  information 
public  ArrayList  messageTraffic() 

{ 

ArrayList  listl  =  new  ArrayList(); 

hy 

{ 

_ obj4  =  (IMsgTraffic)Naming.lookup("//magellan.cs.iupui.edu:9880/MsgTraffic"); 
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*  This  class  collects  the  traffic  information  of  the  URDS. 

* 


*  @author  Srikanth  Reddy 

*  @date  Jan  2005 

*/ 

importjava.net.*; 
import  java.util.*; 
import  java.rmi.*; 
import  java.rmi.  server.*; 
import  java.rmi. registry.*; 
import  java. lang.*; 
import  java. io.*; 
import  java. sql.*; 

public  class  MsgTraffic  extends  UnicastRemoteObject  implements  IMsgTraffic 

{ 

private  static  Integer  auth  =  new  lnteger(0); 
private  static  Integer  query  =  new  lnteger(0); 
private  static  Integer  comp  =  new  lnteger(0); 
private  static  int  a=0,  b=0,  c=0; 

public  MsgTraffic()  throws  RemoteException  { 

//  Thread  for  MsgTrafficThread 
try 


MsgTrafficThread  ThreadObj  =  new  MsgTrafficThread(this); 
Thread  TraThread  =  new  Thread(ThreadObj); 


Thread.sleepf  10000); 
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TraThread.startQ; 

} 

catch  (Exception  el) 

{ 

System.out.println("\n####  ERROR  in  MsgTrafficThread  Starting:  "  +  el.getMessage()); 
el  .printStackTraceO; 

} 

} 

public  static  void  main(String[]  args) 

{ 

String  msgTrafficLocation="//magellan.cs.iupui.edu:9880/MsgTraffic"; 

try 

{ 

System.setSecurityManager(new  RMISecurityManager()); 
Naming.rebind(msgTrafficLocation,  new  MsgTraffic()); 

System.out.println("MsgTraffic  "  +  msgTrafficLocation  +  "  is  ready."); 

}catch(Exception  e) 

{ 

System.out.println("MsgTraffic  failed:  "  +  e); 

} 

} 

public  void  AuthenticateIN() 

{ 

synchronized(auth) 

{ 

a++; 

} 

System.out.println(" increment  value  of  a  "+a); 
return; 

} 

public  void  AuthenticateOUT() 

{ 

synchronized(auth) 

{ 

a—; 

} 

System.out.println(" decrement  value  of  a  "+a); 
return; 

} 

public  void  QueryIN() 

{ 

synchronized(query) 

{ 

b++; 

} 

System.out.println(" increment  value  of  b  "+b); 
return; 

} 

public  void  QueryOUT() 

{ 

synchronized(query) 

{ 

b~; 

} 

_ System,out.println("decrement  value  of  b  "+b); _ 
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return; 

} 

public  void  ComponentlNQ 

{ 

synchronized(comp ) 


C++; 

} 

System.out.println(" increment  value  of  c  "+c); 
return; 

} 

public  void  ComponentOUT() 

{ 

synchronized(comp ) 

{ 

c— ; 

} 

System.out.println("decrement  value  of  c  "+c); 
return; 

} 

//will  be  called  by  Monitor.java 
public  ArrayList  getTraffic() 

{ 

ArrayList  list  =  new  ArrayList(); 


} 


list.clear(); 

Integer  al  =  new  Integer(a); 
Integer  bl  =  new  Integer(b); 
Integer  cl  =  new  Integer(c); 


list.add(al); 

list.add(bl); 

list.add(cl); 


return  list; 


HHutilThread.j  ava 

/** 

*  This  thread  periodically  computes  the  HH  utilization  percentage. 

* 

*  @author  Srikanth  Reddy 

*  @date  Jan  2005 

*/ 

import  java.security.*; 
import  java.util.*; 
import  j  ava.  lang.  * ; 
import  java.rmi.*; 
import  java.rmi.  server.*; 
import  java.rmi. registry.*; 

public  class  HHutilThread  implements  Runnable 

{ 

private  IHeadhunter  utilHH  =  null; 
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private  Monitor  mm  =  null; 
private  String  liliLocation  = 

private  long  sleepTime  =  60000;  //  Time  for  which  the  thread 

public  void  run() 

{ 

Thread  CurrentThread  =  Thread.currentThread(); 

double  util_netTimel  =  0; 
double  util_stopTimel  =  0; 
float  utilperl  =  -1; 
double  util_startTimel  =  0; 
try 
{ 

CurrentThread.  sleep(20000) ; 

System.out.println("printing  liliLocation  in  HHutilThread  "+  hhLocation); 
utilHH  =  (IHeadhunter)Naming.lookup(hliLocation); 

} 

catch(Exception  el) 

{ 

System.out.println(" error  in  lookup  HH  "+el.getMessage()); 

try 

{ 

mm.setError("Error  in  EIHUtilLookup  "  +el.getMessage()); 

} 

catch(Exception  e) 

{ 

System.out.println("Caught  some  exception  "); 

} 

} 

while(true) 

{ 

util_netTimel  =  0; 
util_stopTimel  =  0; 
util_startTimel  =  0; 
try 

{ 

util_startTimel  =  System.currentTimeMillis(); 
utilHH.  HHutilStart(); 

System.out.println("Printing  Start  Time  of  HH  "  +  util_startTimel); 

//  sleep  for  some  time  to  record  the  utilization  of  HH 

CurrentThread.  sleep(s  leepTime ) ; 

util_netTimel  =  utilHH.  HHutilStopO; 

util_stopTimel  =  System.currentTimeMillis(); 

double  totalTimel  =  util_stopTimel  -  util_startTimel; 

utilperl  =  (float)(util_netTimel  /  totalTimel)  *  100  ; 

System.out.println("Printing  Utilization  Percentage  of  HH  "  +  utilperl); 

if(utilperl<=100) 

{ 

//  to  update  the  table  in  Monitor 
mm.updatcHHutilList(liliLocation,  utilperl ); 

} 

} 

catch(Exception  ex5) 

{ 

try 

{ 

mm.setError("Error  in  HHUtilLookup  loc2  "+ex5.getMessage()); 

_ i _ 
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catch(Exception  e) 

{ 

System.out.println("error  here  in  hhutil  "+e.getMessage()); 

} 

System.out.println("Caught  some  exception  "); 


public  HHutilThread(Monitor  mon.  String  hhLoc) 

{ 

try 

{ 

mm  =  mon; 
hhLocation  =  hhLoc; 

} 

catch  (Exception  e) 

{ 

System.out.println("####  ERROR  in  HHutilThread  constructor:  "  +  e); 
e.printStackTrace(); 

System.exit(l); 

} 

} 

1 _ 


QMutilThread.j  ava 

/** 

*  This  thread  periodically  computes  the  QM  utilization  percentage. 

* 

*  @author  Srikanth  Reddy 

*  @date  Jan  2005 

*/ 

import  java.security.*; 
import  java.util.*; 
import  j  ava.  lang.  * ; 
import  java.rmi.*; 
import  java.rmi.  server.*; 
import  java.rmi. registry.*; 

public  class  QMutilThread  implements  Runnable 

{ 

private  IQueryManager  utilQM  =  null; 

private  Monitor  mml  =  null; 
private  String  qmLocation  = 

private  long  sleepTime  =  60000;  //  Time  for  which  the  thread 

public  void  run() 

{ 

Thread  CurrentThread  =  Thread.currentThread(); 

double  util_netTime  =  0; 
double  util_stopTime  =  0; 
float  utilper  =  -1; 
double  util_startTime  =  0; 
try 
{ 


System.out.println("printing  qmLocation  "+  qmLocation); 
utilQM  =  (IQueryManager)Naming.lookup(qmLocation); 


126 


} 

catch(Exception  e2) 


System.out.println("error  in  lookup  "+e2.getMessage()); 


while(true) 

{ 

util_netTime  =  0; 
util_stopTime  =  0; 
util_startTime  =  0; 

try 


util_startTime  =  System.currentTimeMillis(); 
utilQM.QMutilStart(); 

System.out.println("Printing  Start  Time  of  QM  "  +  util_startTime); 

//  sleep  for  some  time  to  record  the  utilization  of  QM 
CurrentThread.  sleep(s  leepTime ) ; 
util_netTime  =  utilQM.QMutilStopO; 
util_stopTime  =  System.currentTimeMillis(); 
System.out.println("Printing  Stop  Time  of  QM  "  +  util_stopTime); 
double  totalTime  =  util_stopTime  -  util_startTime; 
System.out.println("Printing  Net  Time  of  QM  "  +  util_netTime); 
utilper  =  (float)(util_netTime  /  totalTime)  *  100  ; 
System.out.println("Printing  Utilization  Percentage  of  QM  "  +  utilper); 

if(utilper<=100) 

{ 

//  to  update  the  table  in  Monitor 
mm  1  ,updateQMutilList(utilper) ; 

} 

} 

catch(Exception  ex5) 

{ 

try 


mml  ,setError(ex5.getMessage()); 

} 

catch(Exception  el ) 

{ 

System.out.println("Caught  some  exception  "); 

} 

ex5  .prints  tackTraceQ ; 


public  QMutilThread(Monitor  mon.  String  qmLoc) 

{ 

try 


mml  =  mon; 
qmLocation  =  qmLoc; 

} 

catch  (Exception  e) 

{ 

System.out.println("####  ERROR  in  QMutilThread  constructor:  "  +  e); 
e.printStackTrace(); 

System.exit(l); 

} 
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StreamThread.j  ava 


/** 

*  This  class  stores  the  monitoring  information  in  a  StringBuffer. 

* 

*  @author  Srikanth  Reddy 

*  @date  Jan  2005 

*/ 

import  java. io.*; 
import  java.util.*; 

public  class  StreamThread  extends  Tlrread 

{ 

BufferedlnputStream  stream; 

StringBuffer  buff; 

ErrMonitor  mon; 

StreamThread(BufferedInputStream  in,  StringBuffer  buf,  ErrMonitor  m) 

{ 

stream  =  in; 
buff  =  buf; 
mon  =  m; 

} 

public  void  run() 

{ 

try 

{ 

int  i; 
yield(); 

while((i  =  stream.readO)  >  -1) 

{ 

buff.append((char)i); 

} 

mon. notify  Waiter(); 

} 

catch  (Exception  ioe) 

{ 

System.out.println("thread  exception  "+ioe.getMessage()); 
ioe.printStackTraceO; 

} 

} 

2 _ 


ErrMonitor. java 

/** 

*  This  class  collects  the  error  messages. 

* 

*  @author  Srikanth  Reddy 

*  @date  Jan  2005 

*/ 

import  java.io.*; 
class  ErrMonitor 

2 _ 
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public  ErrMonitor() 

{} 

synchronized  public  void  waitForNotifyQ 

{ 

try 

{ 

wait(); 

} 

catch(InterruptedException  e)  {} 

} 

synchronized  public  void  notifyWaiter() 

{ 

notify(); 

} 


RMIHelper.java 

/** 

*  This  is  a  helper  class  between  the  JSP  pages  and  the  RMI  classes. 

* 

*  @author  Srikanth  Reddy 

*  @date  Jan  2005 

*/ 

import  java.util.*; 
import  java. io.*; 
import  java.rmi.*; 
import  java.rmi.  server.*; 
import  java.rmi. registry.*; 

public  class  RMIHelper  { 

private  IMonitor  monitor  =  null; 

public  RMIHelper() 

{ 

try 

{ 

String  monitorlocation  — '//magellan.cs.iupui.edu:9879/Monitor"; 
monitor  =  (IMonitor)  Naming. lookup(monitorlocation); 

}  catch  (Exception  e) 

{ 

System.out.println(e.getMessage()); 

} 

} 

public  int  startDSM(String  dsmaddress,  int  portNo) 

{ 

int  status  =  -1; 
try 

{ 

status  =  monitor.startDSM(dsmaddress,  portNo); 

}  catch  (Exception  el) 

{ 

System.out.println(e  1  .getMessage()); 

} 

retum(status); 

} 
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public  int  startHH(  String  hhaddress,  int  portNo,  String  dsmaddress.  String  domain.  String  name,  String  pwd) 

{ 

int  hh_status  =  -1; 
try 
{ 

hh_status  =  monitor.startHH(hhaddress,  portNo,  dsmaddress,  domain,  name,  pwd); 

}  catch  (Exception  e2) 

{ 

System.out.println(e2.getMessage()); 

} 

retum(hh_status) ; 


public  int  startAR(  String  araddress,  int  portNo,  int  coportNo,  String  dsmaddress.  String  domain,  String  name,  String 
pwd) 

{ 

int  ar_status  =  - 1 ; 
try 
{ 

ar_status  =  monitor.startAR(araddress,  portNo,  coportNo,  dsmaddress,  domain,  name,  pwd); 

}  catch  (Exception  e3) 

{ 

System.out.println(e3.getMessage()); 

} 

retum(ar_status); 

} 

public  int  startQM(String  qmaddress,  int  portNo,  String  dsmaddress.  String  name,  String  pwd) 

{ 

int  qm_status  =  -1; 
try 

{ 

qm_status  =  monitor.startQM(qmaddress,  portNo,  dsmaddress,  name,  pwd); 

(catch  (Exception  e4) 

{ 

System.out.println(e4.getMessageQ); 

} 

retum(qm_status) ; 

} 

public  int  startSI() 

{ 

int  si_status  =  -1; 
try 
{ 

si_status  =  monitor.startSI(); 

(catch  (Exception  el 3) 

{ 

System.out.println(e  1 3.getMessage()); 

} 

retum(si_status); 

} 

public  int  stopDSM(String  dsmlocn) 

{ 

int  dsm_status  =  - 1 ; 
try 
{ 

dsmstatus  =  monitor.stopDSM(dsmlocn); 

(catch  (Exception  e5) 

i _ 
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System.out.println(e5.getMessage()); 

} 

retum(dsm_status); 

} 

public  int  stopHH(  String  hhlocn) 

{ 

int  hli_status  =  -1; 
try 

{ 

hli_status  =  monitor.stopHH(hhlocn); 

}  catch  (Exception  e6) 

{ 

System.out.println(e6.getMessage()); 

} 

retum(hh_status) ; 

} 

public  int  stopAR(String  arlocn) 

{ 

int  ar_status  =  - 1 ; 
try 
{ 

ar_status  =  monitor.stopARf  arlocn); 

}  catch  (Exception  e7) 

{ 

System.out.println(e7.getMessage()); 

} 

retum(ar_status); 

} 

public  int  stopQM(String  qmlocn) 

{ 

int  qm_status  =  -1; 
try 

{ 

qm_status  =  monitor.stopQM(qmlocn); 

}  catch  (Exception  e8) 

{ 

System.out.println(e8.getMessage()); 

} 

retum(qm_status) ; 

} 

public  StringBuffer  getError() 

{ 

try 

{ 

StringBuffer  errorbuf  =  (StringBuffer)monitor.getError(); 
return  errorbuf; 

} 

catch(Exception  e) 

{ 

return  null; 

} 

} 

public  ArrayList  QMUtil() 

{ 

ArrayList  upercent  qm  =  new  ArrayListQ; _ 
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try 

{ 

upercent_qm  =  monitor.getQMutilList(); 

}  catch  (Exception  e9) 

{ 

System.out.println(e9.getMessage()); 

} 

retum(upercent_qm) ; 

} 

public  ArrayList  HHUtil(String  hhLocn) 

{ 

ArrayList  upercent_hh  =  new  ArrayList(); 
try 
{ 

upercent_hh  =  monitor.gctHHutilList(hhLocn); 

}catch  (Exception  elO) 

{ 

System.out.println(e  1 0.getMessageO); 

} 

return  upercent_hh; 

} 

public  int  subQuery(String  compName,  long  respTime) 

{ 

int  stat  =  -1; 
try 
{ 

stat  =  monitor. submitQuery(compName,  respTime); 
(catch  (Exception  ell) 

{ 

System.out.println(el  l.getMessageO); 

} 

return(stat); 

} 

public  ArrayList  msgTraffic() 

{ 

ArrayList  list2  =  new  ArrayList(); 
try 
{ 

list2  =  monitor.messageTraffic(); 

}catch(Exception  el 2) 

{ 

System.out.println(el2.getMessage()); 

} 

return  list2; 

} 

public  int  queSize() 

{ 

intk  =  0; 
try 
{ 

k  =  monitor.QueueSize(); 

}catch(Exception  el 4) 

{ 

System.out.println(el4.getMessage()); 

) _ 
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return  k; 

} 

1 _ 


URDSProxy  1  .j  ava 

import  java. io.*; 
import  j ava.rmi. * ; 
import  java.nni. server.*; 
importjava.net.*; 
import  java.util.*; 
import  java.sql.*; 

/** 

*  This  class  implements  the  URDS  Proxy  in  URDSMMS  to  interface  with  URDS. 

* 

*  @author  Barun  Devaraju 

*  @modified  Srikanth  Reddy 

*  @date  Dec  2004 

*/ 

public  class  URDSProxyl  extends  UnicastRemoteObject  implements  IURDS  Proxyl 

{ 

private  boolean  timedExperiment  =  false; 

private  IQueryManager  queryManager  =  null; 

AbstractComponent  component  =  new  AbstractComponent(); 

private  QueryBean  queryBean  =  null; 

private  long  responseTime  =  400000; 

private  int  totalQueries=l ;  //  total  no  of  queries  sent  at  once 

private  int  queriesSent=0; 

private  int  resultsReceived=0; 

private  int  experimentNumber  =  1;  //  no  of  times  the  experiment  is  repeated 

private  int  experimentDone  =  0; 

private  String  domainName  =  "Document"; 

private  String  location  =  null; 

private  Timer  timer  =  null; 

private  long  interval  =  200; 

private  IMsgTraffic  obj2  =  null; 
private  IMonitor  mon  =  null; 

public  URDSProxyl  (String  qmPort,  String  url)  throws  RemoteException 

{ 

try 

{ 

location  =  url; 

queryManager  =(IQueryManager)Naming.lookup("//magellan.cs.iupui.edu:"  +  qmPort  +  "/QueryManager"); 
obj2  =  (IMsgTraffic  )Naming.lookup("//magellan.cs.iupui.edu:9880/MsgTraffic"); 
mon  =  (IMonitor)Naming.lookup("//magellan.cs.iupui.edu:9879/Monitor"); 

} 

catch( RemoteException  e) 

{ 

System.  err.println(e); 

} 

catch(NotBoundException  e) 

{ 

System.  err.println(e); 

} 

catch(MalfonnedURLException  e) 

{ _ 
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System.err.println(e); 

} 


} 


//  to  submit  new  query 

public  void  newQuery(String  compName,  long  respTime) 

{ 

domainName  =  compName; 
responseTime  =  respTime; 
try 

{ 

System.out.println("in  new  Query  URDSProxyl"); 
this.searchConcreteComponents(domainName,  responseTime); 

} 

catch(RemoteException  e) 

{ 

System.err.println(e.getMessage()); 

} 

} 

public  void  searchConcreteComponents(String  coName,  long  resTime)  throws  RcmoteException 

{ 

domainName  =  coName; 
responseTime  =  resTime; 

component.  setDomainName(domainName); 

//  to  search  for  document  server  only  query  through  URDS 
if(queryManager  =  null) 

{ 

System.out.println("Query  Manager  is  not  ready"); 

} 

else 

{ 

query  Bean  =  new  QueryBean(component); 
queriesSent  =  0; 
resultsReceived  =  0; 
if(timedExperiment) 

{ 

//System.out.println("Timer  scheduled  for  interval  "  +  interval); 

} 

else 

{ 

while(queriesSent  <  totalQueries) 

{ 

try 

{ 

obj2.QueryIN(); 

queryManager.getSearcliResultTable(queryBean,  responseTime,  location); 
queriesSent++; 

System.out.println("»»  Query  "  +  queriesSent  +  "  sent  at  " 

+System.currentTimeMillis()); 

} 

catch(Exception  e  ) 

{ 

try 


mon.setError(e.getMessage()); 

} 

catch(Exception  el) 

{ 
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results  "); 


} 


System.out.println("Caught  some  exception  "); 


} 

System.out.println("####  ERROR  in  contacting  Query  Manager  and  getting 


} 

} 

System.out.println("Totally  "  +  queriesSent  +  "  queries  sent"); 

} 

} 


//  Called  when  the  results  are  available 

public  int  obtainResults(String  querylD,  Hashtable  result) 

{ 

try 


obj2.QueryOUT(); 

} 

catch(Exception  e) 


System.out.println(e.getMessage()); 

} 


resultsReceived++; 

System.out.println("URDS_Proxyl:  Result  Size  -  "  +  result. size()); 
try 


Class.  forName("oracle.jdbc.driver.OraclcDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println( "Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

if( result  !=  null) 


Enumeration  values  =  result.keys(); 
while(values.hasMoreElements()) 


String  componentID  =  (String)values.nextElementQ; 
ComponentDetailsObject  cdo  =  (ComponentDetailsObject) 

result.get(componentlD); 


System.out.println(componentID 

+"\t"+cdo.getConcreteComponent().getComponentName()+"\t"+cdo.getComponentRating()); 

statement.executeQuery("insert  into  urdsresults  values 
('"+queryID+"',  '"+componentID+"V"+cdo.getConcreteComponent().getComponentName()+"', 
"+cdo.getComponentRating()+"  )"); 

} 


if(result.size()=0) 


queiylD); 


System.out.println(" . No  component  matched  for  Query  "  + 


System.out.println("URDS  Proxy  obtanied  results  for  the  query  "  +  query  ID); 

System.out.println("— . END . - . "  +  resultsReceived  +  "  "  + 

queriesSent  +  "  "  +  totalQueries  +"  "+System.currentTimeMillis()); 


obj2.QueryIN(); 

statement.closeQ; 
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dbconn.close(); 

} 

catch  (Exception  el) 

{ 

try 

{ 

mon.setError(el.getMessage()); 

} 

catch(Exception  e2) 

{ 

System.out.println("Caught  some  exception  "); 

} 

System.out.println("Exception  at  obtainresults"); 

} 

return  0; 

} 

public  static  void  main(String[]  args) 

{ 

String  url  =  null; 

String  qmPort  =  null; 

if(args. length  >  2) 

{ 

System.out.println("Usage:  java  URDS  Proxy  1  server_name  responseTime"); 

! 

if(args. length  ==  0) 

{ 

url  =  7/magellan.cs.iupui.edu:2500/URDS_Proxyl"; 

} 

else 

{ 

url  =  "//magellan.cs.iupui.edu:"  +  args[0]  +  "/URDSProxyl"; 

} 

if(args.  length  ==  1) 

{ 

qmPort  =  "2000"; 

} 

else 

{ 

qmPort  =  args[l]; 

} 

try 

{ 

URDSProxy  1  urds_Proxy=  new  URDSProxyl  (qmPort,  url); 

Naming. rebind(url,  urdsProxy); 

System.out.println("URDS_Proxyl  is  registered  in  location  "  +url); 
System.out.println("URDS  Proxy  started"); 

} 

catch(RemoteException  e) 

{ 

System.err.println(e.getMessage()); 

} 

catch(MalfonnedURLException  e) 

{ 

System.err.println(e.getMessageQ); _ 
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} 

catch(Exception  e) 

{ 

System.err.println(e); 

System.exit(l); 

} 

} 


JSP  Code 


main.jsp 

<html> 

<head> 

<title>  URDS  Monitoring  and  Management  System  </title> 

Mink  rel="stylesheet"  href="web.css"  type— 'text/css"> 

<base  target="_self'> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  align="center"xa  href="http://www.cs. iupui.edu/uniFrame"  target="_blank"> 

<img  src="images/uniFrameF[eader.gif,  width=  "800"  height="147"  border="0"x/ax/td> 
</tr> 

<tr> 

<td  height="50"  valign="middle"  bgcolot="#999965"> 

<h3><center><b><font  size="4">URDS  Monitoring  and  Management  System 
( URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<P> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<h3> 

<center> 

<%! 

int  first  =  1 ; 

%> 

<% 

Boolean  authenflag  =  (Boolean)  request.getAttribute("authenflag"); 
if(authenflag  ==  null  ||first  ==  1) 

{ 

first  =  0; 

} 

else 


<font  color  =red>  Authentication  failed.  Please  re-enter  User  name  and  Password.  </font> 

<% 

} 

%> 

</center> 

</h3> 

</p> 

<fonn  name="MainPage"  action— 'process2.jsp"  method  =  "post"  > _ 
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<table  border="l"  bgcolor="#COCOCO"> 

<tr> 

<td> 

Username 

</td> 

<td  align="center"> 

<input  type="text"  name="usemame"> 

</td> 

</tr> 

<tr> 

<td> 

Password 

</td> 

<td  align="center"> 

<input  type="password"  name="password"> 

</td> 

</tr> 

<br> 

</table> 

<br> 

<br> 

<input  type="submit"  name="MainPage"  value="Login"> 

<a  href="littp://magellan.cs.iupui.edu:8080/srikanth/jsp/help_mainPage.htm"> 

<font  face="Arial"  color="#0000FF">help?</font></a> 

</form> 

<br> 

<table> 

<tr> 

<td><a  href="http://www.onr.navy.mil/sci_tech/"  target="_blank"> 

<img  src="images/ sponsor_logos.jpg"  width=  "577"  height="80"  border="0"x/a></td> 
</tr> 

</table> 

</center> 

</body> 

</html> 


process2.jsp 

<%@  page  import="java.util.*,  java.lang.*"  %> 

<%@  page  errorPage="ExceptionF[andler.jsp"  %> 

<jsp:useBean  id="idHandler"  class="security .Login"  scope="request"> 

<jsp:setProperty  name="idFiandler"  property="*"/> 

</jsp:useBean> 

<%  if  (idFiandler.authenticate((String)request.getParameter("username"),  (String)request.getParameter("password"))) 

{ 

if(request.getParameter("MainPage")  !=  null) 

{ 

String  stl  =  (String)  request.getParameter("usemame").trim(); 
if(stl  .equals("admin")) 

{ 

%> 

<jsp:  forward  page="first.htm"/> 

<%  } 

else  if(stl.equals("user")) 

{ 

%> 

<jsp:  forward  page="first_si.htm"/> 

<% 
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} 

} 

} 

else 

{ 

Boolean  authenflag  =  new  Boolean("true"); 
request.  setAttribute("authenflag",  authenflag); 

%> 

<jsp:  forward  page="main.j  sp"/> 

<% 

} 

%> 


Monitor  .jsp 

/** 

*  This  JSP  page  collects  the  statistical  details  of  the  URDS. 

* 

*  @author  Srikanth  Reddy 

*  @date  Feb  2005 

*/ 

<%@  page  language="java"  import="java.sql.*,  RMIHclper"  %> 

<%@  page  import-'java.util.*"  %> 

<%@  page  errorPage-'ExceptionHandler.jsp"  %> 

<% 

RMIHelper  obj2  =  new  RMIHclper(); 
intj  =0; 

j  =  obj2.queSize(); 

%> 

<html> 

<head> 

<meta  http-equiv="PRAGMA"  content="NO-CACHE"> 

</head> 

<body  bgcolor  =  #F8F7D9> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
Statement  statement  =  dbconn.createStatement(); 

%> 

<table  width="550"  border="0"  cellspacing—' 1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#800000"  height="30"  colspan="5"  align="center"  bordercolor="#C0C0C0"  > 

<font  color="#FFFFFF"  size="5"> 

<b>  Global  Snapshot  of  URDS  </b> 

</font> 

</td> 

</tr> 

<% 

ResultSet  rst  =  statement.executeQuery("select  *  from  dsm"); 

String  dsmval=""; 

String  dsmname  =  "Domain  Security  Manager"; 

%> 

<tr> 

<td  height="28"> 

<B><%=dsmname%>  </B> 

</td> 

<% 


<td  height  =  "28"> 

<B><%=hhname%>  </B> 
</td> 

<td  height  =  "28"> 

<%  if  (hhno  !=  0  ) 

{  %> 

<B><%=hhno%></B> 

<%} 

else 

{%> 

<B>  No  Active  HHs  </B> 

<%  }  %> 

</td> 


<td> 

<b> 

<a  href="http://magellan.cs.iupui.edu:8080/srikanth/jsp/Monitor_hh_details.jsp"> 
Display  Details</a> 

</b> 

</td> 


ResultSet  rst3  =  statement.executeQuery("SELECT  COUNT(*)  as  ARNO  FROM  AR"); 
int  arno=  0; 

String  arname  =  "No  of  Active  Registries  Active"; 

while(rst3.next()) 

{ 

amo  =  rst3.getInt("ARNO"); 

} 


<td  height  =  "19"> 

<B><%=arname%>  </B> 
</td> 

<td  height  =  "19"> 

<%  if  (amo  !=  0  ) 

{  %> 

<B><%=arno%></B> 

<%} 

else 

{  %> 

<B>  No  Active  ARs  </B> 

<%  }  %> 

</td> 


<td> 

<b> 

<a  href="http://magellan.cs.iupui.edu:8080/srikanth/jsp/Monitor_ar_details.jsp"> 
Display  Details</a> 
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</tr> 

<tr> 

<td  height  =  "19"> 

<B>  No.  of  Queries  being  processed:  </B> 

</td> 

<td  height  =  "19"> 

<B>  <%=j%>  </B> 

</td> 

</tr> 

<% 

statement.close(); 

dbconn.close(); 

%> 

</table> 

</body> 

</html> 


Monitorhhdetails.j  sp 

/** 

*  This  JSP  page  collects  the  details  of  all  the  HHs. 

* 

*  @author  Srikanth  Reddy 

*  @date  Feb  2005 

*/ 

<%@ page  language="java"  import—'java.sql.*,  RMIHclper"  %> 

<%@ page  import-'java.util.*"  %> 

<%@  page  errorPage="ExceptionFlandler.jsp"  %> 

<% 

RMIHelper  obj2  =  new  RMIHclper(); 
int  j  =  -1; 

j  =  obj2.queSize(); 

%> 

<html> 

<head> 

<meta  http-equiv="PRAGMA"  content="NO-CACFlE"> 

</head> 

<body  bgcolor  =  #F8F7D9> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
Statement  statement  =  dbconn.createStatement(); 

%> 

<table  width="550"  border="0"  cellspacing—' 1"  cellpadding="0"  height="84"> 

<tr> 

<td  bgcolor="#800000"  height="30"  colspan="5"  align="center"  bordercolor="#C0C0C0"  > 

<font  color="#FFFFFF"  size="5"> 

<b>  Global  Snapshot  of  URDS  </b> 

</font> 

</td> 

</tr> 

<% 

ResultSet  rst  =  statement.executeQuery("select  *  from  dsm"); 

String  dsmval—'"; 

String  dsmname  =  "Domain  Security  Manager"; 
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String  hhname  =  "No  of  Headhunters  Active"; 

while(rst2.next()) 

{ 

hhno  =  rst2.getInt("HHNO"); 

} 

%> 

<tr> 

<td  height  =  "28"  width="333"> 

<B><%=hliname%>  </B> 

</td> 

<td  height  =  "28"  width="364"> 

<%  if  (hhno  !=  0  ) 

{  %> 

<B><%=hhno%></B> 

<%} 

else 

{%> 

<B>  No  Active  HHs  </B> 

<%  }  %> 

</td> 

</tr> 

<tr> 

<td> 

<b> 

<a  href="http://magellan.cs.iupui.edu:8080/srikanth/jsp/Monitor.jsp"> 

Hide  Details</a> 

</b> 

</td> 

</tr> 

</table> 

<% 

ResultSet  rst3  =  statement. executeQuery(" SELECT  *  FROM  HH  ORDER  BY  RATING  DESC"); 
String  hhdetail= 

String  liliid—'"; 

String  hhdomain=""; 

String  rating 

%> 

<table  border="l"  bgcolor="#C0C0C0"> 

<tr  bgcolor="#808080"> 

<td  align="center"> 

<b>Headhunter  Name  </b> 

</td> 

<td  align="center"> 

<b>Headhunter  Id  </b> 

</td> 

<td  align="center"> 

<b>Domain  </b> 

</td> 

<td  align="center"> 

<b>Rating  </b> 

</td> 

</tr> 

<% 

while(rst3.next()) 

1 _ 
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hhdetail  =  rst3.getString("HHNAME"); 
hhid  =  rst3.getString("HHID"); 
hhdomain  =  rst3.getString("DOMAIN"); 
rating  =  rst3.getString("RATING"); 

%> 

<tr> 

<td> 

<B><%=hlidetail%></B> 

</td> 

<td> 

<Bx%=hhid%x/B> 

</td> 

<td> 

<Bx%=hhdomain%x/B> 

</td> 

<td> 

<B><%=rating%x/B> 

</td> 

</tr> 

<% 

}  //while 

%> 

</table> 

<% 

ResultSet  rst4  =  statement.executeQuery("SELECT  COUNT/*)  as  ARNO  FROM  AR"); 
int  arno=  0; 

String  arname  =  "No  of  Active  Registries  Active"; 

while(rst4.next()) 

{ 

amo  =  rst4.getInt("ARNO"); 

} 

%> 

<table> 

<tr> 

<td  height  =  "28"> 

<B><%=arname%>  </B> 

</td> 

<td  height  =  "28"> 

<%  if  (amo  !  =  0  ) 

{  %> 

<Bx%=arno%></B> 

<%} 

else 

{%> 

<B>  No  Active  ARs  </B> 

<%  }  %> 

</td> 

</tr> 

<br> 

<tr> 

<td> 

<b> 

<a  href="http://magellan.cs.iupui.edu:8080/srikanth/jsp/Monitor_ar_details.jsp"> 
Display  Details</a> 

</b> 
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</td> 

</tr> 

<tr> 

<td  height  =  "28"> 

<B>  No.  of  Queries  being  processed:  </B> 

</td> 

<td  height  =  "28"> 

<B>  <%=j%>  </B> 

</td> 

</tr> 

<% 

statement.  close(); 
dbconn.close(); 

%> 

</table> 

</body> 

</html> 


Monitorardetails  .j  sp 

/** 

*  This  JSP  page  collects  the  details  of  all  the  ARs. 

* 

*  @author  Srikanth  Reddy 

*  @date  Feb  2005 

*/ 

<%@ page  language="java"  import—'java.sql.*,  RMIHclper"  %> 

<%@  page  import="java.util.*"  %> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<% 

RMIHelper  obj2  =  new  RMIHclper(); 
int  j  =  -1; 

j  =  obj2.queSize(); 

%> 

<html> 

<head> 

<meta  http-equiv="PRAGMA"  content- 'NO-CACHE"> 

</head> 

<body  bgcolor  =  #F8F7D9> 

<% 

Class.  forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
Statement  statement  =  dbconn.createStatement(); 

%> 

<table  width="550"  border="0"  cellspacing-' 1"  cellpadding="0"  height="84"> 

<tr> 

<td  bgcolor="#800000"  height="30"  colspan="5"  align="center"  bordercolor="#C0C0C0"  > 

<font  color="#FFFFFF"  size="5"> 

<b>  Global  Snapshot  of  URDS  </b> 

</font> 

</td> 

</tr> 

<% 

ResultSet  rst  =  statement.executeQuery("select  *  from  dsm"); 

String  dsmval—'"; 

String  dsmname  =  "Domain  Security  Manager"; 


while(rst.next()) 

{ 

dsmval=rst.getString("DSMID"); 

} 


<td  height="28"> 

<B><%=dsmname%>  </B> 
</td> 


<td  height="28"> 

<%  if  (dsmval  !=  ""  ) 

{  %> 


<B><%=dsmval%></B> 


<%} 

else 

{%> 

<B>  No  Active  DSM  </B> 

<%  }  %> 

</td> 


ResultSet  rstl  =  statement.executeQuery("select  *  from  qm"); 
String  qmval=""; 

String  qmname  =  "Query  Manager"; 

while(rstl.next()) 

{ 

qmval=rst.getString("QMID"); 

} 


<td  height  =  "28"> 

<B><%=qmname%>  </B> 
</td> 


<td  height  =  "28"> 

<%  if  (qmval  !=  ""  ) 

{  %> 

<B><%=qmval%></B> 


<%} 

else 

{%> 

<B>  No  Active  QM  </B> 

<%  }  %> 

</td> 


ResultSet  rst2  =  statement.executeQuery("SELECT  COUNT(*)  as  HHNO  FROM  HH"); 
int  lilino=  0; _ 
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</tr> 

<tr> 

<td  width="324"> 

<b> 

<a  href="http://magellan.cs.iupui.edu:8080/srikanth/jsp/Monitor.jsp"> 
Hide  Details</a> 

</b> 

</td> 

</tr> 

</table> 

<% 

ResultSet  rst5  =  statement. executeQuery("SELECT  *  FROM  AR"); 
String  ardetail= 

String  arid=""; 

String  ardomain  = 

%> 

<table  bordet="l"  bgcolot="#C0C0C0"> 

<tr  bgcolor="#808080"> 

<td  align="center"> 

<b> Active  Registry  Name  </b> 

</td> 

<td  align="center"> 

<b> Active  Registry  Id  </b> 

</td> 

<td> 

<b>Domain  </b> 

</td> 

</tr> 


<% 

while(rst5.next()) 

{ 

ardetail  =  rst5.getString("ARNAME"); 
arid  =  rst5.getString("ARID"); 
ardomain  =  rst5.getString("DOMAIN"); 

%> 

<tr> 

<td> 

<B><%=ardetail%></B> 

</td> 

<td> 

<B><%=arid%></B> 

</td> 

<td> 

<B><%=ardomain%x/B> 

</td> 

</tr> 

<% 

}  //while 

%> 

</table> 

<table> 

<tr> 

<td  height  =  "28"> 

<B>  No.  of  Queries  being  processed:  </B> 

</td> 
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<td  height  =  "28"> 

<B>  <%=j%>  </B> 
</td> 

</tr> 

<% 

statement.close(); 

dbconn.close(); 

%> 

</table> 

</body> 

</html> 


HHUtilization.j  sp 

<%@  page  language="java"  import="java.sql.*"  %> 

<%@  page  errorPage-'ExceptionHandler.jsp"  %> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  1ype="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<fonn  name="utilHH"  method="post"  action="processHHUtil.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align— 'center"> 

<b>Utilization  of  Hcadhunter</bx/p> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan="2"xb>Select  Headhunter's  Focation</bx/td> 

<td  valign="top"  colspan="4"  height="21"  width="478"> 

<select  name="liliLocation"> 

<% 

try 

{ 

Class.  forName("oracle.jdbc.driver.OraclcDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  hhid  from  hh"); 

System.out.println("Query  executed"); 

String  hhlist—"'; 

while(rst.next()) 

{ 

hhlist=rst.getString("HHID"); 

%> 

<option  value="<%=  hhlist  %>"  >  <%=  hhlist  %x/option> 

<% 

}  //while 

statement.  close(); 
dbconn.close(); 

}  catch(Exception  e) 

{ 

System.out.println(e.getMessage()); 

} _ 
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%> 

</selectx/td> 

</tr> 

</table> 

<br> 

<p  align="center"> 

<input  type="submit"  name="HHUtil"  value="Gct  HH  Utilization"> 

</p> 

</form> 

</body> 

</html> 


procssHHutil.jsp 

<%@  page  language="java"  %> 

<%@  page  import-'java.util.*,  java.lang.*,  java.text.*,  RMIHclper,  LineGraphTestl"%> 
<%@  page  errorPage-'ExceptionHandler.jsp"  %> 

<% 

RMIHclper  obj  1  =  new  RMIHelper(); 

LineGraphTestl  obj2  =  new  LineGraphTestl(); 

ArrayList  utilPerList  =  new  ArrayList(); 

java.text.DccimalFonnat  df=  new  java. text.DecimalFormat("#0.00"); 

%> 

<% 

if(request.getParameter("HHUtil")!=null) 

{ 

String  hhAddress  =  (String)  request.getParameter("hhLocation"); 
if(liliAddress  !=  null) 

{ 

try 

{ 

utilPerList  =  obj  1  .HHUtil(hliAddress); 

System.out.println("before  drawGraph()"); 
obj2.main(utilPerList,  hhAddress); 

Thread.sleep(2000); 

} 

catch(Exception  e) 

{ 

System.out.println("error  is  "+e.getMessage()); 
e.printStackTrace(); 

} 

} 

else 

{ 

%> 

<p>  Invalid  Headhunter  Location  </p> 

<% 

} 

} 

else 

{ 

%> 

<p>  Sorry,  unable  to  determine  at  this  time  </p> 

<% 

} 

%> 

<html> 
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<head> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=windows-1252"> 
<title>Headhunter  Untilization</title> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<b>  Headhunter's  Utilization  Graph  </b> 

<br> 

<img  src="LineGraphTest.png"> 

</center> 

</body> 

</html> 


QMUtilization.j  sp 

<html> 

<head> 

<meta  http-equiv="PRAGMA"  content="NO-CACHE"> 

</head> 

<body  bgcolor  =  #FFFFFF> 

<form  name="utilQM"  method  =  "post"  action—'processQMUtil.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align="center"> 

<B>  Utilization  of  Query  Manager  </B> 

</tr> 

</table> 

<p  align="center"> 

<br> 

<input  type="submit"  name="QMUtil"  value="Get  QM  Utilization"> 

</p> 

</form> 

</body> 

</html> 


processQMutil.jsp 

<%@  page  language="java"  %> 

<%@  page  import="java.util.*„  java.lang.*,  java.text.*,  RMIFlclper,  LineGraphTest2"%> 
<%@  page  errorPage="ExceptionFlandler.jsp"  %> 

<% 

RMIFlclper  obj  1  =  new  RMIFlelper(); 

LineGraphTest2  obj2  =  new  LineGraphTest2(); 

ArrayList  utilPerList  =  new  ArrayList(); 

java.text.DecimalFonnat  df  =  new  java. text.DecimalFormat("#0.00"); 

%> 

<% 

try 

{ 

String  qmAddress  =  "//magellan.cs.iupui.edu:2000/QueryManager"; 
utilPerList  =  obj  1  .QMUtilQ; 
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obj2.main(utilPerList,  qmAddress); 

Thread.sleep(2000); 

} 

catch(Exception  e) 

{ 

System.out.println("Exception  in  processQMutil  "+e.getMessage()); 

} 

%> 

<html> 

<head> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=windows-1252"> 
<title>Query  Manager  Untilization</title> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Flelvetica,  sans-serif 'xb> 

<b>  Query  Manager's  Utilization  Graph  </b> 

</font> 

<br> 

<img  src="LineGraphTestl  .png"> 

</center> 

</body> 

</html> 


getTraffic.jsp 

<%@  page  import="java.util.*"  %> 

<%@  page  errorPage—'ExceptionHandler.jsp"  %> 

<html> 

<head> 

<meta  http-equiv="PRAGMA"  content="NO-CACFlE"> 

</head> 

<body  bgcolor  =  #F8F7D9> 

<table  width="550"  border="0"  cellspacing-' 1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#800000"  height="30"  colspan="5"  align="center"  bordercolor="#C0C0C0"  > 
<font  color="#FFFFFF"  size="5"> 

<B>  Get  Message  Traffic  </B> 

</font> 

</td> 

</tr> 

</table> 

<fonn  name="Traffic"  method  =  "post"  action="processgetTraffic.jsp"  > 

<p  align="center"> 

<br> 

<br> 

<br> 

<input  type="submit"  name="getTraffic"  value="Get  Message  Traffic"> 

</p> 

</form> 

</body> 

</html> 
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processgetTraffic.jsp 

<%@  page  language="java"  %> 

<%@  page  import="java.util.*,  java.lang.*,  java.io.*,  RMIHelper"%> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<% 

RMIHclper  obj  1  =  new  RMIHclper(); 

ArrayList  li st3  =  new  ArrayList(); 

Integer  al  =  null; 

Integer  bl  =  null; 

Integer  cl  =  null; 
int  a=0,  b=0,  c=0; 

%> 

<% 

try 

{ 

list3  =  objl.msgTrafficO; 
if  (list3!=null  &&  list3.size()  =3) 

{ 

al  =  (Integer)  list3.get(0); 

a  =  al.intValue(); 

bl  =  (Integer)  list3.get(l); 

b  =  bl.intValue(); 

cl  =  (Integer)  list3.get(2); 

c  =  cl.intValue(); 

} 

else 

{ 

System.out.println("List  is  null"); 

} 

} 

catch(Exception  ex) 

{ 

System.out.println("Excp"+ex.getMessage()); 

} 

%> 

<html> 

<head> 

<meta  http-equiv="Content-Type"  content="text/html;  charset=windows-1252"> 
<title>Message  Traffic</title> 

</head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(list3!=null  &&  list3.size()=3) 

{ 

%> 

<table  border="l"  bgcolot="#C0C0C0"  width="550"> 

<tr  bgcolor="#808080"> 

<td> 

<b>  Classification  </b> 

</td> 

<td> 
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<b>  No  of  Messages</b> 

</td> 

<tr> 

<td  height  =  "28"  width="206"> 
<B>Authentication  Messages</B> 

</td> 

<td  height  =  "28"  width="349"> 

<Bx%=a%x/B> 

</td> 

</tr> 

<tr> 

<td  height  =  "28"  width="206"> 
<B>Query  Processing  Messages</B> 
</td> 

<td  height  =  "28"  width="349"> 

<Bx%=b%x/B> 

</td> 

</tr> 

<tr> 

<td  height  =  "28"  width="206"> 
<B>Component  Update</B> 

</td> 

<td  height  =  "28"  width="349"> 

<Bx%=c%x/B> 

</td> 

</tr> 

</table> 

<% 

} 

else 

{ 

%> 

<p>  Sorry,  unable  to  detennine  at  this  time  </p> 
<% 

} 

%> 

</font> 

</center> 

</body> 

</html> 


status  .jsp 

<%@  page  language="java"  import="java.sql.*,  RMIHelper"  %> 

<%@  page  import="java.util.*"  %> 

<%@  page  errorPage-'ExceptionHandler.jsp"  %> 

<% 

RMIHelper  obj2  =  new  RMIHclper(); 
intj  =  0; 

j  =  obj2.queSize(); 

%> 

<html> 

<head> 

<META  HTTP-EQUIV="Refresh"  CONTENT="10;  URL=http://magellan.cs. iupui.edu: 8080/srikanth/jsp/status.jsp"> 
</head> 
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<body  bgcolor  =  #FFFFFF> 

<% 

C  lass  ,forName("oracle  .jdbc  .driver. OracleDriver" ); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
Statement  statement  =  dbconn.createStatement(); 

%> 

<table  width="190"  border="0"  cellspacing-' 1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#800000"  height="20"  colspan="2"  align="center"  bordercolor="#C0C0C0"  > 

<font  color="#FFFFFF"  size="2"> 

<b>  URDS  Snapshot</b> 

</font> 

</td> 

</tr> 

<% 

RcsultSet  rst  =  statement.executeQuery("select  COUNT(*)  as  DSMNO  from  dsm"); 
int  dsmval=0; 

String  dsmname  =  "DSM:"; 

%> 

<tr> 

<td  height="20"> 

<Bx%=dsmname%></B> 

</td> 

<% 

while(rst.next()) 

{ 

dsmval=rst.getInt("DSMNO"); 

} 

%> 

<td  height="20"> 

<%  if  (dsmval  !=  0  ) 

{  %> 

<Bx%=dsmval%x/B> 

<%} 

else 

{  %> 

<B>  No  Active  DSM  </B> 

<%  }  %> 

</td> 

</tr> 

<% 

RcsultSet  rstl  =  statement.executeQuery("select  COUNT(*)  as  QMNO  from  qm"); 
int  qmval=0; 

String  qmname  =  "QM"; 

while(rstl.next()) 

{ 

//qmname=rst .  gets  tring("  QMN  AME " ) ; 
qmval=rst.getInt("QMNO"); 

} 

%> 

<tr> 

<td  height  =  "20"> 

<B><%=qmname%>  </B> 

</td> 


<td  height  =  "20"> 

<%  if  (qmval  !  =  0  ) 

{  %> 

<B><%=qmval%></B> 


<%} 

else 

{%> 

<B>  No  Active  QM  </B> 

<%  }  %> 

</td> 


ResultSet  rst2  =  statement.executeQuery("SELECT  COUNT(*)  as  HHNO  FROM  HH"); 
int  hhno=  0; 

String  hhname=  "No  of  HHs:"; 

while(rst2.next()) 

{ 

hhno  =  rst2.getInt("HHNO"); 

} 


<td  height  =  "20"> 

<B><%=hhname%>  </B> 
</td> 


<td  height  =  "20"> 

<%  if  (hhno  !=  0  ) 

{  %> 

<B><%=hhno%></B> 

<%} 

else 

{%> 

<B>  No  Active  HHs  </B> 

<%  }  %> 

</td> 


ResultSet  rst3  =  statement.executeQuery("SELECT  COUNT(*)  as  ARNO  FROM  AR"); 
int  arno=  0; 

String  arname  =  "No  of  ARs:"; 

while(rst3.next()) 

{ 

amo  =  rst3.getInt("ARNO"); 

} 


<td  height  =  "20"> 

<B><%=arname%>  </B> 
</td> 


<td  height  =  "20"> 
<%  if  (amo  !=  0  ) 
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<%@ page  import-'java.util.*"  %> 

<html> 

<head> 

<META  HTTP-EQUIV="Refresh"  CONTENT="10; 
URL=http://magellan.cs.iupui.edu:8080/srikanth/jsp/errorsDisplay.jsp"> 

<title>Error  Page</title> 

</head> 

<body> 

<table  width="190"  border="0"  cellspacing-' 1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#800000"  height="20"  colspan="2"  align="center"  bordercoloi="#C0C0C0"  > 
<font  color="#FFFFFF"  size="2"> 

<b>  Errors  </b> 

</font> 

</td> 

</tr> 

<tr> 

<% 

RMIFlelper  obj2  =  new  RMIHclper(); 

StringBuffer  errBuff  =  (StringBuffer)  obj2.getError(); 

if(errBuff.length()  ==  0) 

{ 

System.out.println("No  Errors  so  far"); 

%> 

<td> 

<p  align^'left'^No  Errors  so  far  </p> 


</td> 
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<% 

} 

else 

{ 

System.out.println("Errors  encountered  \n"); 

System.out.println("printing  StringBuffer  "+  errBuff.toString()); 

%> 

<td> 

<p  align="left"xb><font  color="#FF0000">Error  encountered  </font>  </b> 
<br> 

<%=errBuff.toString()%> 

</p> 

</td> 

<% 

} 

%> 

</tr> 

</table> 

</body> 

</html> 


ExceptionHandler.j  sp 

<%@  page  isErrorPage="true"  import="java.io.*"  %> 

<html> 

<head> 

<title>Exceptional  Even  Occurred!</title> 

<style> 

body,  p  {  font-family:Tahoma;  font-size:  1  Opt;  padding-left:30;  } 
pre  {  font-size:8pt;  } 

</style> 

</head> 

<body> 

<%—  Exception  Handler  — %> 

<font  color="red"> 

<%=  exception.toStringO  %><br> 

</font> 

<% 

out.println("<!— "); 

StringWriter  sw  =  new  StringWriter(); 

PrintWriter  pw  =  new  PrintWriter(sw); 

exception.printStackTrace(pw); 

out.print(sw); 

sw.close(); 

pw.close(); 

out.println("— >"); 

%> 

</body> 

</html> 


mainSI.jsp 


<% 

if(request.getParameter("mainSI.jsp")  !=  null) 

{ 

if(request.getParameter("selection").trim().equals("SubmitQuery")) 

1 _ 
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%> 

<jsp:forward  page-'newQuery.jsp"  /> 

<% 

} 

else  if(request.getParameter("selection").trim().equals("DisplayResults")) 

{ 

%> 

<jsp:forward  page="displayResults.jsp"  /> 

% 

} 

} 

%> 

<html> 

<head>  <link  re  1— ' stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<fonn  method="post"  action="mainSLjsp"> 

<br> 

<p> 

<table  border="l"  bgcolor="#COCOCO"> 

<br> 

<tr  bgcolor="#808080"  align="center"> 

<td>  Select  </td> 

<td>  Task  </td> 

</tr> 

<tr> 

<td  align="center"> 

<input  type="radio"  name="selection"  value—'SubmitQuery"  checked> 
</td> 

<td> 

Submit  a  query  for  processing 

</td> 

</tr> 

<tr> 

<td  align="center"> 

<input  type="radio"  name="selection"  value="DisplayResults"> 

</td> 

<td> 

Display  results  for  a  query 
</td> 

</tr> 

</table> 

<br> 

<br> 

<input  type="submit"  name="mainSI.jsp"  value="Submit"> 

</form> 

<br> 

<br> 

<br> 

</center> 

</body> 

</html> 


newQuery.jsp 


<%@  page  errorPage-'ExceptionFlandler.jsp"  %> 
<html> 

<head> 


<meta  http-equiv="PRAGMA"  content="NO-CACF!E"> 
</head> 
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<%@  page  import="java.util.*"  %> 

<body  bgcolor  =  #F8F7D9> 

<fonn  name="newQuery"  method="post"  action="processQuery.jsp"> 

<% 

Integer  localCounter=(Integer)session.getAttribute("queryId"); 
int  my  C  ounter=localC  ounter.  intValue() ; 
my  Counter  =  my  Counter  +  1 ; 

session. setAttribute("queryId",(Object)  (new  Integer(myCounter))); 

%> 

<table  width— ’600"  border="0"  cellspacing—' 1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign-'top"  height="30"  colspan="5"  > 

<p  align="center"> 

<b> System  Integrator  View  of  URDS  </b> 

</td> 

</tr> 

</p> 

<tr> 

<td  height="30"  valign-'top"  colspan="2"xb>Query  ID</b></td> 

<td  colspan="3"  valign-'top"  height="30"> 

<%=myCounter%> 

</td> 

</tr> 

<tr> 

<td  height="30"  valign-'top"  colspan="2"><b>Component  Name</bx/td> 

<td  colspan="3"  valign="top"  height="30"> 

<input  type="text"  name="compName"  size="30"  value="Document"> 

</td> 

</tr> 

<tr> 

<td  height="30"  valign="top"  colspan— '2"xb>Response  Time</b>  </td> 

<td  colspan="3"  valign-'top"  height="30"> 

<input  type="text"  name="respTime"  size—' 10"  value="12000"> 

</td> 

</tr> 

</table> 

<table> 

<tr> 

<td> 

<input  type="  submit"  name="newQuery"  value="  Submit  Query"  style="  float:  left"> 
</td> 

<td> 

<input  type="reset"  name="Submit2"  value="Reset  Form"  style="float:  left"> 

</td> 

</tr> 

</table> 

</form> 

</body> 

</html> 


processQuery.jsp 

<%@  page  import="java.util.*,  java.lang.*,  RMIHelper"%> 
<%@  page  errorPage="ExceptionHandler.jsp"  %> 


161 


<% 

RMIHclper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("newQuery")!=null) 

{ 

String  Qid  =  (String)  request.getParameter("queryID"); 

String  cName  =  (String)  request.getParameter("compName"); 

String  temp  =  (String)  request.getParameter("respTime"); 
long  reTime  =  Long.parseLong(temp); 
if(cName  !=  null  &&  reTime  !=  0) 

{ 

status  =  (int)Helper.subQuery(cName,  reTime); 

} 

} 

%> 

<html> 

<head>  <link  rel— ' stylesheet"  href="web.css"  type="text/css">  </head> 
<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  —0) 


<p>  Query  submitted  successfully  </p> 
<% 

} 

else 


<p>  Invalid  parameters:  resubmit  the  query  </p> 
<% 

} 

%> 

</center> 

</body> 

</html> 


display  Results.j  sp 

<%@  page  language="java"  import="java.sql.*"  %> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign="middle"  bgcolor="#999965"> 
<h3><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<fonn  name="displayResults"  method  =  "post"  action="Results.jsp"  > 

<table  width="774"  border="0"  cellspacing-' 1"  cellpadding="0"> 
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<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align="center"> 

<b>  Get  Query  Results</bx/p> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan="2"xb>Select  Query  ID</b></td> 

<td  valign="top"  colspan="4"  height="21"  width="478"> 

<select  name— 'queryID"> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  DISTINCT(QID)  from  qmresults"); 

String  qidlist=""; 

while(rst.next()) 

{ 

qidlist=rst.getString("QID"); 

%> 

<option  value="<%=  qidlist  %>"  >  <%=  qidlist  %x/option> 

<% 

}  //while 

statement.  close(); 
dbconn.close(); 

%> 

</selectx/td> 

</tr> 

</table> 

<p  align— 'center"> 

<input  type- 'submit"  name="getResults"  value="Get  Results"> 

<input  type="reset"  name="Submit2"  value="Rcset  Form"> 

</p> 

</form> 

</body> 

</html> 


Results  .jsp 

<%@  page  language="java"  import="java.sql.*"  %> 
<%@  page  import="java.util.*"  %> 

<%@  page  errorPage- ’ExceptionHandler.jsp"  %> 

<html> 

<head> 

<meta  http-equiv="PRAGMA"  content="NO-CACHE"> 
</head> 

<body  bgcolor  =  #F8F7D9> 

<% 

String  Qid  = 

if(request.getParameter("getResults")  !=  null) 

{ _ 
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Qid  =  (String)  request.getParameter("queryID").trim(); 

} 

else 

{ 

%> 

<p>  Invalid  Entry  </p> 

<% 

} 

%> 

<% 

Class.  forName("oracle.jdbc. driver.  OracleDriver"); 

Connection  dbconn  =  DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl" 
"urdsmon",  "reddi"); 

Statement  statement  =  dbconn.createStatement(); 

%> 

<table  width="700"  border="0"  cellspacing-'  1"  cellpadding="0"  height="84"> 

<tr> 

<td  bgcolor="#800000"  height="30"  colspan="5"  align- ’center"  bordercolor="#C0C0C0"  > 

<font  color="#FFFFFF"  size="5"> 

<b>  Query  Results  </b> 

</font> 

</td> 

</tr> 

<tr> 

<td  width="246"> 

<p  align— 'left"> 

<b>  <font  size="4">Dctails  of  the  Submitted  Query  </font>  </b> 

</td> 

</tr> 

<tr> 

<td  width="246"> 

<b>  Query  ID  </b> 

</td> 

<td  width="451"> 

<b>  <%=Qid%>  </b> 

</td> 

</tr> 

</table> 

<hr> 

<table> 

<tr> 

<td> 

<b>  <font  size="4">Results  </font>  </b> 

</td> 

</tr> 

<% 

String  querystring  =  "SELECT  *  FROM  QMRESULTS  WHERE  QID  =  ’"+Qid+"’"; 

ResultSet  rst  =  statement.executeQuery(querystring); 

String  querylD  = 
float  respTime  =  0; 
int  cno  =  0; 

while(rst.next()) 

{ 

query  ID  =  rst.getString("QID"); 

_ respTime  =  rst.getFloat("RTIME"); _ 
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cno  =  rst.getInt("CMATCH"); 

} 

%> 

<tr> 

<td  height="28"  width="207"> 

<B>  No  of  Components  Matched  </B> 

</td> 

<td  height="28"  width="490"> 

<Bx%=cno%x/B> 

</tr> 

<br> 

<tr> 

<td  height="28"  width="207"> 

<B>  Response  Time  of  the  Query  </B> 

</td> 

<td  height="28"  width="490"> 

<B><%=respTime%x/B> 

</tr> 

</table> 

<table  border="l"  bgcolor="#C0C0C0"  width="704"> 

<tr  bgcolot="#808080"> 

<td> 

<b>  Component  Name  </b> 

</td> 

<td> 

<b>  Component  ID  </b> 

</td> 

<tdxb>  Component  Rating  </bx/td> 

<% 

ResultSet  rstl  =  statement.executeQuery("select  cname,  cid,  crating  from  urdsresults  where  qid 
="'+queryID+"'  order  by  crating  desc"); 

String  CoID=""; 

String  CoName—'"; 
float  CoRating  =  0; 

while(rstl.next()) 

{ 

C  oN  ame=rst  l.getString("CNAME"); 

C  oID=rst  1  .getString("CID ") ; 

CoRating  =  rst  1  ,getFloat("CRATING"); 

%> 

<tr> 

<td  height  =  "28"  width="206"> 

<B><%=CoN ame%>  </B> 

</td> 

<td  height  =  "28"  width="349"> 

<B><%=CoID%x/B> 

</td> 

<td> 

<B>  <%=CoRating%>  </B> 

</td> 

</tr> 

<% 

} 

statement.  close(); 

_ dbconn.closeQ; _ 
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%> 

</table> 

</body> 

</html> 


DSMStart.jsp 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign="middle"  bgcolor="#999965"> 

<hl><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/centerx/hl> 

</td> 

</tr> 

</table> 

<fonn  name="startDSM"  method  =  "post"  action="processDSM.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align="center"> 

<b>  Starting  Domain  Security  Manager  </b>  </p> 

</tr> 

<tr> 

<td  height="25"  valign— 'center"  colspan="3"  xb>Enter  the  location</b>  <br> 
<font  size="2">(where  DSM  has  to  be  started)</fontx/td> 

<td  colspan="3"  valign="center"  height="25"  > 

<input  type="text"  name="dsmLocation"  size="30"> 

</td> 

</tr> 

<tr> 

<td  height="25"  valign— 'center"  colspan="3"  xb>Enter  the  port  no  <br>  </bx/td> 

<td  colspan="3"  valign="center"  height="25"  > 

<input  type="text"  name="portNo"  size="10"> 

</td> 

</tr> 

</table> 

<p  align="center"> 

<input  type="submit"  name="StartDSM"  value="Start  DSM"> 

<input  type="reset"  name="Submit2"  value="Reset  Fonn"> 

</p> 

</form> 

</body> 

</html> 


processDSM.jsp 

<%@  page  import="java.util.*,  java.lang.*,RMIHelper"%> 
<%@  page  errorPage="ExceptionHandler.jsp"  %> 
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<% 

RMIHclper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("StartDSM")!=null) 

{ 

String  dsmAddress  =  (String)  request. getParameter("dsmLocation"); 
String  port  =  request.getParameter("portNo"); 

Integer  portno  =  new  Integer(Integer.parseInt(port)); 
if(dsmAddress  !=  null  &&  portno. intValue()  >1000) 

{ 

status  =  (int)Helper.startDSM(dsmAddress,  portno. intValue()); 

} 

} 

%> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 
<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  =0) 

{ 

//  Display  successful  mission 

%> 

DSM  started  successfully 

<% 

} 

else 


Invalid  parameters:  DSM  not  started 

<% 

} 

%> 

</center> 

</body> 

</html> 


HHStart.jsp 

<html> 

<head>  Mink  rel— 'stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<%@  page  language="java"  import="java.sql.*"  %> 

<center> 

<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign-'middle"  bgcolor="#999965"> 

<h3><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<fonn  name—'startHH"  method  =  "post"  action="processHH.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign-'center"  height- '25"  colspan="5"  > _ 
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<p  align="center"> 

<b>  Starting  Headhunter  </b>  </p> 

</tr> 

<tr> 

<td  height="25"  valign="center"  colspan="2"xb>Enter  the  location</b>  <br> 

<font  size="2">(where  HH  has  to  be  started)</fontx/td> 

<td  colspan="3"  valign="center"  height="25"> 

<input  type="text"  name—'hhLocation"  size="50"> 

</td> 

</tr> 

<tr> 

<td  height="21"  valign="center"  colspan="2"xb>Enter  the  port  no  </bx/td> 

<td  colspan="3"  valign—'center"  height="2 1  "> 

<input  type="text"  name="portNo"  size="10"> 

</td> 

</tr> 

<tr  valign— 'center"> 

<td  height="21"  colspan="2"xb>Select  DSM  Location</bx/td> 

<td  valign="top"  colspan="4"  height="21"> 

<select  name="dsmLocation"> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  dsmid  from  dsm"); 

System.out.println("Query  executed"); 

String  dsmlist=""; 
while(rst.next()) 

{ 

dsmlist=rst.getString("DSMID"); 

%> 

<option  value="<%=  dsmlist  %>"  >  <%=  dsmlist  %x/option> 

<% 

}  //while 

statement.close(); 

dbconn.close(); 

%> 

</select> 

</td> 

</tr> 

<tr  valign="top"> 

<td  height="21"  colspan="2"xb>Domain</bx/td> 

<td  valign="top"  colspan— '4"  height="21"> 

<select  name— 'domain"> 

<option  value="Document"  selected>Document</option> 

<option  value="Banking"  >Banking</option> 

<option  value="Finance"  >Finance</option> 

<option  value="Manufacturing">Manufacturing</option> 

</select> 

</td> 

</tr> 

<tr> 

<td  height="25"  valign="center"  colspan— '2"xb>Enter  Headhunter  Name  </bx/td> 

<td  colspan="3"  height="25"> 

<input  type="text"  name="hhName"  size="25"> _ 
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</td> 

</tr> 

<tr> 

<td  height="25"  valign="center"  colspan="2"xb>Enter  Headhunter  Password  </bx/td> 
<td  colspan="3"  valign="center"  height="25"> 

<input  type="password"  name="hhPwd"  size="25"> 

</td> 

</tr> 

</table> 

<p  align="center"> 

<input  type="submit"  name="StartHH"  value="Start  HH"> 

<input  type="reset"  name="Submitl"  value="Reset  Form"> 

</p> 

</form> 

</body> 

</html> 


processHH.jsp 

<%@ page  import-'java.util.*,  java.lang.*,RMIHelper"%> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<% 

RMIHelper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("StartHH")!=null) 

{ 

String  hhAddress  =  (String)  request.getParameter("hhLocation"); 

String  port  =  request.getParameter("portNo"); 

String  dsmLocation  =  (String)  request.getParameter("dsmLocation"); 

String  domain  =  (String)  request.getParameter("domain"); 

String  name  =  (String)  request.getParameter("hhName"); 

String  pwd  =  (String)  request.getParameter("hhPwd"); 

Integer  portno  =  new  Integer(Integer.parseInt(port)); 

if(liliAddress  !=  null  &&  dsmLocation  !=  null  &&  domain  !=  null  &&  portno. intValue()  >1000  &&  name  !=  null 
&&  pwd  !=  null) 

{ 

status  =  (int)Helper.startHH(hhAddress,  portno. intValue(),  dsmLocation,  domain,  name,  pwd); 

} 

} 

%> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  =0) 

{ 

//  Display  successful  mission 

%> 

HH  started  successftilly 

<% 

} 

else 

{ 

%> 
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Invalid  parameters:  HH  not  started 

<% 

} 

%> 

</center> 

</body> 

</html> 


ARStart.jsp 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<%@  page  language="java"  import="java.sql.*"  %> 

<center> 

<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign="middle"  bgcolor="#999965"> 

<h3><center><b><font  size— '4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<fonn  name="startAR"  method  =  "post"  action="processAR.jsp"  > 

<table  width="550"  border="0"  cellspacing="l"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align="center"> 

<b>  Starting  Active  Registry  </b>  </p> 

</tr> 

<tr> 

<td  height="25"  valign—'center"  colspan="2"xb>Enter  the  location</b>  <br> 

<font  size="2">(where  AR  has  to  be  started)</fontx/td> 

<td  colspan— '3"  valign—'center"  height— '25"> 

<input  type="text"  name="arLocation"  size— '50"> 

</td> 

</tr> 

<tr> 

<td  height="21"  valign="center"  colspan="2"xb>Enter  the  port  no  </bx/td> 

<td  colspan="3"  valign—'center"  height="21"> 

<input  type="text"  name="portNo"  size="10"> 

</td> 

</tr> 

<tr> 

<td  height="21"  valign="center"  colspan="2"xb>Enter  the  port  no  where  Component  is  running  </b></td> 
<td  colspan— '3"  valign—'center"  height="21"> 

<input  type="text"  name="coportNo"  size="10"> 

</td> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan— '2"xb>Select  DSM  Location</bx/td> 

<td  valign="top"  colspan— '4"  height="21"> 

<select  name="dsmLocation"> 

<% 
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Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  dsmid  from  dsm"); 

System.out.println("Query  executed"); 

String  dsmlist=""; 
while(rst.next()) 

{ 

dsmlist=rst.getString("DSMID"); 

%> 

<option  value="<%=  dsmlist  %>"  >  <%=  dsmlist  %x/option> 

<% 

}  //while 

statement.close(); 

dbconn.close(); 

%> 

</select> 

</td> 

</tr> 

<tr  valign="top"> 

<td  height="21"  colspan="2"xb>Domain</bx/td> 

<td  valign="top"  colspan="4"  height="21"> 

<select  name="domain"> 

<option  value="Document"  selected>Document</option> 

<option  value—'Banking"  >Banking</option> 

<option  value="Finance"  >Finance</option> 

<option  value="Manufacturing">Manufacturing</option> 

</select> 

</td> 

</tr> 

<tr> 

<td  height="25"  valign="center"  colspan="2"xb>Enter  Active  Registry's  Name  </bx/td> 

<td  colspan="3"  height="25"> 

<input  type="text"  name="arName"  size="25"> 

</td> 

</tr> 

<tr> 

<td  height="25"  valign="center"  colspan="2"><b>Enter  Active  Registry's  Password  </bx/td> 

<td  colspan="3"  valign="center"  height="25"> 

<input  type="password"  name="arPwd"  size="25"> 

</td> 

</tr> 

</table> 

<p  align="center"> 

<input  type="submit"  name="StartAR"  value="Start  AR"> 

<input  type="reset"  name="Submitl"  value="Rcset  Form"> 

</p> 

</form> 

</body> 

</html> 


processAR.jsp 

<%@ page  import-'java.util.*,  java.lang.*,RMIHelper"%> 
<%@  page  errorPage—'ExccptionHandler.jsp"  %> 
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<% 

RMIHclper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request  ,getParameter("  StartAR" ) !  =null ) 

{ 

String  arAddress  =  (String)  request.getParameter("arLocation"); 

String  port  =  request.getParameter("portNo"); 

String  coport  =  request.getParameter("coportNo"); 

String  dsmLocation  =  (String)  request.getParameter("dsmLocation"); 

String  domain  =  (String)  request.getParameter("domain"); 

String  name  =  (String)  request.getParameter("arName"); 

String  pwd  =  (String)  request.getParameter("arPwd"); 

Integer  portno  =  new  Integer(Integer.parseInt(port)); 

Integer  coportno  =  new  Integer(Integer.parseInt(coport)); 

if(arAddress  !=  null  &&  dsmLocation  !=  null  &&  domain  !=  null  &&  portno. intValue()  >1000  && 
coportno. intValue()  >1000  &&  name  !=  null  &&  pwd  !=  null) 

{ 

status  =  (int)Helper.startAR(arAddress,  portno. intValue(),  coportno. intValue(),  dsmLocation,  domain,  name,  pwd); 

} 

} 

%> 

<html> 

<head>  <link  re  1— 'stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(stabis  =0) 

{ 

//  Display  successful  mission 

%> 

AR  started  successfully 

<% 

} 

else 


Invalid  parameters:  AR  not  started 

<% 

} 

%> 

</center> 

</body> 

</html> 


QMStart.jsp 

<html> 

<head>  clink  rel— ' stylesheet"  href="web.css"  type="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<%@  page  language="java"  import="java.sql.*"  %> 

<center> 

ctable  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign-'middle"  bgcolor="#999965"> 
<h3><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
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(URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<fonn  name="startQM"  method  =  "post"  action="processQM.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign-'center"  height="25"  colspan- ’5"  > 

<p  align— 'center"> 

<b>  Starting  Query  Manager  </b>  </p> 

</tr> 

<tr> 

<td  height="25"  valign="center"  colspan="2"xb>Enter  the  location</b>  <br> 

<font  size="2">(where  QM  has  to  be  started)</fontx/td> 

<td  colspan="3"  valign-'center"  height— '25"> 

<input  type="text"  name="qmLocation"  size="50"> 

</td> 

</tr> 

<tr> 

<td  height="21"  valign="center"  colspan— '2"xb>Enter  the  port  no  </bx/td> 

<td  colspan— '3"  valign-'center"  height="21"> 

<input  type="text"  name—'portNo"  size="10"> 

</td> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan="2"xb>Select  DSM  Location</bx/td> 

<td  valign="top"  colspan="4"  height="21"> 

<select  name="dsmLocation"> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  dsmid  from  dsm"); 

System.out.println("Query  executed"); 

String  dsmlist=""; 
while(rst.next()) 

{ 

dsmlist=rst.getString("DSMID"); 

%> 

<option  value="<%=  dsmlist  %>"  >  <%=  dsmlist  %x/option> 

<% 

}  //while 

statement.closeO; 

dbconn.close(); 

%> 

</select> 

</td> 

</tr> 

<tr> 

<td  height="25"  valign-'center"  colspan— '2"xb>Enter  Query  Manager's  Name  </bx/td> 

<td  colspan- '3"  height="25"> 

<input  type="text"  name="qmName"  size="25"> 

</td> 

</tr> 
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<tr> 

<td  height="25"  valign="center"  colspan="2"><b>Enter  Query  Manager's  Password  </b></td> 
<td  colspan="3"  valign="center"  height="25"> 

<input  type="password"  name="qmPwd"  size="25"> 

</td> 

</tr> 

</table> 

<p  align="center"> 

<input  type="submit"  name="StartQM"  value="Start  QM"> 

<input  type="reset"  name—'Submitl"  value="Reset  Form"> 

</p> 

</form> 

</body> 

</html> 


processQM.jsp 

<%@  page  import="java.util.*,  java.lang.*,  RMIHelper"%> 

<%@  page  errorPage-'ExceptionHandler.jsp"  %> 

<% 

RMIHclper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("StartQM")!=null) 

{ 

String  qmAddress  =  (String)  request.getParameter("qmLocation"); 

String  port  =  request.getParameter("portNo"); 

String  dsmLocation  =  (String)  request.getParameter("dsmLocation"); 

String  name  =  (String)  request.getParameter("qmName"); 

String  pwd  =  (String)  request.getParameter("qmPwd"); 

Integer  portno  =  new  Integer(Integer.parseInt(port)); 

if(qmAddress  !=  null  &&  dsmLocation  !=  null  &&  portno. intValue()  >1000  &&  name  !=  null  &&  pwd  !=  null) 

{ 

status  =  (int)Helper.startQM(qmAddress,  portno. intValue(),  dsmLocation,  name,  pwd); 

} 

} 

%> 

<html> 

<head>  Mink  re  1=" stylesheet"  href—'web.css"  1ype="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  =0) 

{ 

//  Display  successful  mission 

%> 

Query  Manager  started  successfully 

<% 

} 

else 


Invalid  parameters:  Query  Manager  not  started 

<% 

} 

%> 


174 


</center> 

</body> 

</html> 


processQM.jsp 

<%@ page  import-'java.util.*, java.lang.*,  RMIHelper"%> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<% 

RMIHclper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("StartQM")!=null) 

{ 

String  qmAddress  =  (String)  request.getParameter("qmLocation"); 

String  port  =  request.getParameter("portNo"); 

String  dsmLocation  =  (String)  request.getParameter("dsmLocation"); 

String  name  =  (String)  request.getParameter("qmName"); 

String  pwd  =  (String)  request. getParameter("qmPwd"); 

Integer  portno  =  new  Integer(Integer.parseInt(port)); 

if(qmAddress  !=  null  &&  dsmLocation  !=  null  &&  portno. intValue()  >1000  &&  name  !=  null  &&  pwd  !=  null) 

{ 

status  =  (int)Helper.startQM(qmAddress,  portno. intValue(),  dsmLocation,  name,  pwd); 

} 

} 

%> 

<html> 

<head>  <link  re  1=" stylesheet"  href—'web.css"  type="text/css">  </head> 

<body  bgcolor="#FLPPPP"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  =0) 

{ 

//  Display  successful  mission 

%> 

Query  Manager  started  successfully 

<% 

} 

else 


Invalid  parameters:  Query  Manager  not  started 

<% 

} 

%> 

</center> 

</body> 

</html> 


DSMStop.jsp 

<%@  page  language="java"  import="java.sql.*"  %> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<html> 

<head>  Mink  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 
<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 
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<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign-'middle"  bgcolor="#999965"> 

<h3><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<fonn  name="stopDSM"  method  =  "post"  action—'killDSM.jsp"  > 

<table  width="550"  border="0"  cellspacing="l"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align="center"> 

<b>  Stop  a  DSM  </b>  </p> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan="2"xb>Select  DSM  Location</bx/td> 

<td  valign="top"  colspan— '4"  height="21"  width="478"> 

<select  name="dsmLocation"> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  dsmid  from  dsm"); 

System.out.println("Query  executed"); 

String  dsmlist=""; 
while(rst.next()) 

{ 

dsmlist=rst.getString("DSMID"); 

%> 

<option  value="<%=  dsmlist  %>"  >  <%=  dsmlist  %x/option> 

<% 

}  //while 

statement.close(); 

dbconn.close(); 

%> 

</select> 

</td> 

</tr> 

</table> 

<p  align="center"> 

<input  type="submit"  name="StopDSM"  value="Stop  DSM"> 

<input  type="reset"  name="Submit2"  value="Rcset  Form"> 

</p> 

</form> 

</body> 

</html> 


killDSM.jsp 

<%@ page  import-'java.util.*, java.lang.*,RMIHelper"%> 
<%@  page  errorPage—'ExccptionHandler.jsp"  %> 
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<% 

RMIHclper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("StopDSM")!=null) 

{ 

String  dsmAddress  =  (String)  request. getParameter("dsmLocation"); 
if(dsmAddress  !=  null) 

{ 

status  =  (int)Helper.stopDSM(dsmAddress); 

} 

} 

%> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 
<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  =0) 

{ 

//  Display  successful  mission 

%> 

DSM  stopped  successfully 

<% 

} 

else 

{ 

%> 

Invalid  parameters:  DSM  not  stopped 

<% 

} 

%> 

</center> 

</body> 

</html> 


HHStop.jsp 

<%@ page  language-'java"  import="java.sql.*"  %> 

<%@  page  errorPage-'ExceptionHandler.jsp"  %> 

<html> 

<head>  Mink  rel=" stylesheet"  href="web.css"  1ype="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<table  border  ="0"  celipadding="0"  ceilspacing="0"> 

<tr> 

<td  height="50"  valign="middle"  bgcolor="#999965"> 
<h3><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<fonn  name="stopHH"  method  =  "post"  action="killHH.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 
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<td  bgcolor="#CCCCCC"  valign-'center"  height="25"  colspan="5"  > 

<p  align="center"> 

<b>  Stop  Headhunter</b></p> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan="2"xb>Select  Headhunter's  Location</bx/td> 

<td  valign="top"  colspan="4"  height="21"  width="478"> 

<select  name="hliLocation"> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  hhid  from  hh"); 

System.out.println("Query  executed"); 

String  hhlist—"'; 

while(rst.next()) 

{ 

hhlist=rst.getString("HHID"); 

%> 

<option  value="<%=  hhlist  %>"  >  <%=  hhlist  %x/option> 

<% 

}  //while 

statement.close(); 

dbconn.close(); 

%> 

</selectx/td> 

</tr> 


</table> 

<p  align="center"> 

<input  type="submit"  name="StopHH"  value="Stop  HH"> 
<input  type="reset"  name="Submit2"  value="Reset  Form"> 

</p> 

</form> 

</body> 

</html> 


killHH.jsp 

<%@ page  import-'java.util.*, java.lang.*,RMIHelper"%> 

<%@  page  errorPage-'ExceptionHandler.jsp"  %> 

<% 

RMIHelper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("StopHH")!=null) 

{ 

String  hhAddress  =  (String)  request.getParameter("hhLocation"); 
if(liliAddress  !=  null) 

_J _ 
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status  =  (int)Helper.stopHH(hhAddress); 

} 

} 

%> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 
<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(stabis  =0) 

{ 

//  Display  successful  mission 

%> 

Fleadhunter  stopped  successfull 

<% 

} 

else 

{ 

%> 

Invalid  parameters:  Headhunter  not  stopped 

<% 

} 

%> 

</center> 

</body> 

</html> 


ARStop.jsp 

<%@  page  language="java"  import="java.sql.*"  %> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  1ype="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign-'middle"  bgcolor="#999965"> 
<h3><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/centerx/h3> 

</td> 

</tr> 

</table> 

<fonn  name="stopAR"  method  =  "post"  action="killAR.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align="center"> 

<b>  Stop  ActiveRegistry</bx/p> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan="2"xb>Select  ActivcRegistry's  Location</bx/td> 
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<td  valign="top"  colspan="4"  height="21"  width="478"> 

<select  name="arLocation"> 

<% 

Class. forName("oracle.jdbc.driver.OraclcDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  arid  from  ar"); 

System.out.println("Query  executed"); 

String  arlist—'"; 

while(rst.next()) 

{ 

arlist=rst.getString(  "ARID"); 

%> 

<option  value="<%=  arlist  %>"  >  <%=  arlist  %x/option> 

<% 

}  //while 

statement.close(); 

dbconn.close(); 

%> 

</selectx/td> 

</tr> 

</table> 

<p  align="center"> 

<input  type="submit"  name="StopAR"  value="Stop  AR"> 

<input  type="reset"  name="Submit2"  value="Rcset  Form"> 

</p> 

</form> 

</body> 

</html> 


killAR.jsp 

<%@  page  import="java.util.*,  java.lang.*,RMIHelper"%> 

<%@  page  errorPage—'ExceptionHandler.jsp"  %> 

<% 

RMIHclper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request  ,getParameter("  Stop  AR" )  !=null ) 

{ 

String  arAddress  =  (String)  request.getParameter("arLocation"); 
if(arAddress  !=  null) 

{ 

status  =  (int)Hclper.stopAR(arAddress); 

} 

} 

%> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  type="text/css">  </head> 
<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  =0) _ 
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//  Display  successful  mission 

%> 

Active  Registry  stopped  successfull 

<% 

} 

else 


%> 

Invalid  parameters:  Active  Registry  not  stopped 

<% 

} 

%> 

</center> 

</body> 

</html> 


QMStop.jsp 

<%@  page  language="java"  import="java.sql.*"  %> 

<%@  page  errorPage="ExceptionHandler.jsp"  %> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  1ype="text/css">  </head> 

<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<table  border  ="0"  cellpadding="0"  cellspacing="0"> 

<tr> 

<td  height="50"  valign-'middle"  bgcolor="#999965"> 

<h3><centerxb><font  size="4">URDS  Monitoring  and  Management  System 
(URDSMMS)</fontx/bx/center></h3> 

</td> 

</tr> 

</table> 

<fonn  name="stopQM"  method  =  "post"  action="killQM.jsp"  > 

<table  width="550"  border="0"  cellspacing="  1"  cellpadding="0"> 

<tr> 

<td  bgcolor="#CCCCCC"  valign="center"  height="25"  colspan="5"  > 

<p  align="center"> 

<b>  Stop  QueryManager</bx/p> 

</tr> 

<tr  valign="center"> 

<td  height="21"  colspan="2"xb>Select  QueryManager's  Location</bx/td> 

<td  valign="top"  colspan="4"  height="21"  width="478"> 

<select  name="qmLocation"> 

<% 

Class. forName("oracle.jdbc.driver.OracleDriver"); 

Connection  dbconn  = 

DriverManager.getConnection("jdbc:oracle:thin:@phoenix.cs.iupui.edu:1521:cs9iorcl",  "urdsmon",  "reddi"); 
System.out.println("Database  connected"); 

Statement  statement  =  dbconn.createStatement(); 

ResultSet  rst  =  statement.executeQuery("select  qmid  from  qm"); 

System.out.println("Query  executed"); 

String  qmlist=""; 
while(rst.nextQ) 

{ 

qmlist=rst.getString("QMID"); 

%> 

<option  value="<%=  qmlist  %>"  >  <%=  qmlist  %x/option> 


killQM.jsp 

<%@  page  import="java.util.*,  java.lang.*,RMIHelper"%> 

<%@  page  errorPage—'ExceptionHandler.jsp"  %> 

<% 

RMIHelper  Helper  =  new  RMIHelper(); 
int  status  =  -1; 

if(request.getParameter("StopQM")!=null) 

{ 

String  qmAddress  =  (String)  request.getParameter("qmLocation"); 
if(qmAddress  !=  null) 

{ 

status  =  (int)Helper.stopQM(qmAddress); 

} 

} 

%> 

<html> 

<head>  <link  rel=" stylesheet"  href="web.css"  1ype="text/css">  </head> 
<body  bgcolor="#FFFFFF"  text="#000000"> 

<center> 

<br> 

<br> 

<font  face="Arial,  Helvetica,  sans-serif 'xb> 

<% 

if(status  =0) 

{ 

//  Display  successful  mission 

%> 

Query  Manager  stopped  successful! 

<% 

} 

else 

{ 

%> 

Invalid  parameters:  Query  Manager  not  stopped 

<% 

} 

%> 

</center> 

</body> 

</html> 


